Shift+Enter and Alt+Enter no longer insert newlines in Konsole
Resolved 💬 3 comments Opened May 7, 2026 by bshor Closed May 7, 2026
💡 Likely answer: A maintainer (github-actions[bot], contributor)
responded on this thread — see the highlighted reply below.
After updating to codex-cli 0.128.0, Shift+Enter and Alt+Enter no longer insert a newline in the Codex CLI prompt when running in Konsole on KDE Plasma / Arch Linux.
This worked before a recent Codex update. Ctrl+J still works, but it is awkward as the only multiline input shortcut.
Environment:
- Codex CLI: codex-cli 0.128.0
- OS: CachyOS x86_64
- Kernel: Linux 7.0.3-1-cachyos
- Shell: fish 4.7.0
- Desktop: KDE Plasma 6.6.4
- Window manager/session: KWin on Wayland
- Terminal: Konsole 26.4.0
- Locale: en_US.UTF-8
Observed behavior:
- Ctrl+J inserts a newline.
- Shift+Enter no longer inserts a newline.
- Alt+Enter no longer inserts a newline.
Expected behavior:
- Shift+Enter and/or Alt+Enter should insert a newline in the prompt, as before.
Terminal key sequences from showkey -a:
Ctrl+J:
^J 10 0012 0x0a
Shift+Enter:
^[OM 27 0033 0x1b
79 0117 0x4f
77 0115 0x4d
Alt+Enter:
^[^M 27 0033 0x1b
13 0015 0x0d
It looks like Codex still handles literal LF from Ctrl+J, but may have stopped mapping the Konsole Shift+Enter / Alt+Enter escape sequences to prompt newlines.
3 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
This is fixed in 0.129.0
For anyone landing here looking for a fix, I still had the issue on codex CLI 0.147.0 and Konsole 23.08.5 (Ubuntu 24.04).
The problem seems to be with Konsole default keybinding (XFree 4) that maps Shift+Enter (
Return+Shift) to\EOM.This can be changed by making a custom profile, then
Edit=>Keyboard=>+New=> setReturn+Shiftto\E[13;2u