Duplicate of #25111 (same author, same approach, 3rd resubmission). The most comprehensive open fix for the Ctrl-J/c-j macOS keybinding issue is #22911, which also handles Warp terminal. Root issue: #22908.

Thanks for the focused fix. I verified the underlying bug still exists on current main: _preserve_ctrl_enter_newline() has no native macOS branch at cli.py:2716-2751, so _bind_prompt_submit_keys() still binds c-j to submit at cli.py:2768-2770, and the newline handler only registers when that predicate is true at cli.py:11308-11322.

Problems

• The handle_ctrl_enter_newline docstring is still Windows/WSL/SSH/Windows Terminal-specific at cli.py:11311-11320; after adding macOS, that inline documentation would be stale.
• The PR diff for cli.py around _preserve_ctrl_enter_newline() includes user-specific wording (On Danny's MacBook). That should be generalized to the platform/terminal behavior and root issue [Bug]: Shift+Enter no longer inserts a newline in classic Hermes CLI #22908.

Suggested changes

• Preserve the current main Ghostty detection branches at cli.py:2735-2740 while adding the macOS behavior, since those were merged after this PR was opened.
• Update the newline-handler docstring at cli.py:11311-11320 to mention native macOS once darwin is included.
• Replace the user-specific comment with neutral wording such as native macOS terminals that deliver the multiline shortcut as bare LF/c-j.

This is an automated hermes-sweeper review.