What version of Codex CLI is running?
codex-cli 0.128.0
What subscription do you have?
Pro
Which model were you using?
gpt-5.5
What platform is your computer?
Linux 6.6.87.2-microsoft-standard-WSL2 x86_64 x86_64
What terminal emulator and version are you using (if applicable)?
VS Code Integrated Terminal over WSL VS Code 1.117.0 Commit 10c8e557c8b9f9ed0a87f61f1c9a44bde731c409 x64
What issue are you seeing?
In Codex CLI 0.128.0, Alt+Enter no longer inserts a newline when running inside the VS Code integrated terminal over WSL.
This used to work in previous versions. Enter submitted the message, while Alt+Enter inserted a newline in the composer.
The new /keymap command exists, but remapping newline to combinations such as Ctrl+Alt+J or Ctrl+Alt+X did not work in the VS Code integrated terminal. The same newline behavior works in the Ubuntu WSL.
What steps can reproduce the bug?
- Open VS Code connected to WSL.
- Open the VS Code integrated terminal.
- Run
codex.
- Confirm the version is
codex-cli 0.128.0.
- Type text in the composer.
- Press Alt+Enter.
- Observe that a newline is not inserted.
Optional:
- Open
/keymap.
- Try mapping
editor.insert_newline to Ctrl+Alt+J or Ctrl+Alt+X.
- Return to the composer.
- Press the configured key combination.
- Observe that the newline still does not work in the VS Code integrated terminal.
What is the expected behavior?
Alt+Enter should insert a newline in the composer when running Codex CLI in the VS Code integrated terminal over WSL.
Enter alone should continue submitting the prompt.
Additional information
This appears related to the keymap changes introduced after the previous composer behavior.
In older behavior, Enter with modifiers could fall through to the textarea logic and insert a newline. In 0.128.0, editor.insert_newline is controlled by the default runtime keymap, but the default bindings include Ctrl+J, Ctrl+M, plain Enter, and Shift+Enter, while Alt+Enter is not included.
A minimal fix appears to be adding Alt+Enter to the default editor.insert_newline bindings and adding a regression test that verifies KeyCode::Enter with KeyModifiers::ALT inserts a newline and does not submit the composer.
What version of Codex CLI is running?
codex-cli 0.128.0
What subscription do you have?
Pro
Which model were you using?
gpt-5.5
What platform is your computer?
Linux 6.6.87.2-microsoft-standard-WSL2 x86_64 x86_64
What terminal emulator and version are you using (if applicable)?
VS Code Integrated Terminal over WSL VS Code 1.117.0 Commit 10c8e557c8b9f9ed0a87f61f1c9a44bde731c409 x64
What issue are you seeing?
In Codex CLI 0.128.0, Alt+Enter no longer inserts a newline when running inside the VS Code integrated terminal over WSL.
This used to work in previous versions. Enter submitted the message, while Alt+Enter inserted a newline in the composer.
The new /keymap command exists, but remapping newline to combinations such as Ctrl+Alt+J or Ctrl+Alt+X did not work in the VS Code integrated terminal. The same newline behavior works in the Ubuntu WSL.
What steps can reproduce the bug?
codex.codex-cli 0.128.0.Optional:
/keymap.editor.insert_newlineto Ctrl+Alt+J or Ctrl+Alt+X.What is the expected behavior?
Alt+Enter should insert a newline in the composer when running Codex CLI in the VS Code integrated terminal over WSL.
Enter alone should continue submitting the prompt.
Additional information
This appears related to the keymap changes introduced after the previous composer behavior.
In older behavior, Enter with modifiers could fall through to the textarea logic and insert a newline. In 0.128.0,
editor.insert_newlineis controlled by the default runtime keymap, but the default bindings include Ctrl+J, Ctrl+M, plain Enter, and Shift+Enter, while Alt+Enter is not included.A minimal fix appears to be adding Alt+Enter to the default
editor.insert_newlinebindings and adding a regression test that verifiesKeyCode::EnterwithKeyModifiers::ALTinserts a newline and does not submit the composer.