Regression: Shift+Enter sends prompt instead of inserting line break (macOS)

[sutaminajing40]

What version of Codex is running?

v0.41.0

Which model were you using?

gpt-5-codex

What platform is your computer?

Darwin 24.5.0 arm64 arm

What steps can reproduce the bug?

Hi, it looks like the issue described in #545 has reappeared.

Previously, Shift+Enter worked correctly and inserted a line break.
In the current latest version, however, pressing Shift+Enter sends the prompt instead of inserting a line break.

Environment

• OS: macOS

Steps to reproduce

1. Type some text in the prompt field.
2. Press Shift+Enter.
3. Instead of inserting a line break, the prompt is submitted.

Expected behavior Shift+Enter should insert a line break, not submit the prompt.

This used to work until recently, so it appears to be a regression.

What is the expected behavior?

No response

What do you see instead?

No response

Additional information

No response

[duckSquirrelPilot]

This happens for me too sometimes. Usually it's fixed if I quit and restart codex, so there's something buggy about the UI

[azogue]

so there's something buggy about the UI

something related to the terminal settings?

With 0.41, I see ctr+J in pycharm's terminal, but I have shift+enter in ghostty, at the same time 🫠 (brew install in macOS, just updated, for new codex instantiations)

[wintercounter]

Same in Windows Terminal.

[Jianhua-Cui]

Same in macOS with Cursor, using codex version v0.42.0

[richard-vock]

Also broken on NixOS in version 0.42.0.

[yipu3]

Same on macOS terminal. cli version: codex-cli 0.50.0 macOS version: 15.7.1

[rsyring]

This issue is for macOS but I'd like Shift+Enter to work on Linux as well. Is that a separate issue or is it supposed to work on Linux and isn't?

[tkellogg]

I'm on 0.53.0 on MacOS and it seems to work fine in iTerm2 but fails in Cursor.

[angelcervera]

Same in Linux Ubuntu. Please fix it.

[lu-zero]

Seems to fail consistently in wezterm as well.