What version of Codex CLI is running?
codex-cli 0.157.0
What platform is your computer?
Darwin 25.5.0 arm64 arm (macOS)
What terminal emulator and version are you using?
iTerm2 3.7.1
What issue are you seeing?
After upgrading Codex CLI to 0.157.0, selecting part of the CLI transcript with the mouse and pressing Command+C in iTerm2 no longer copies the selection as it did in earlier versions. The user reports that Control+C now copies the selected text instead. This is a surprising regression for the standard macOS copy shortcut and makes it easy to trigger the usual terminal interrupt behavior when trying to copy.
What steps can reproduce the bug?
- Run Codex CLI 0.157.0 in iTerm2 on macOS with its default TUI settings.
- Produce a response and select part of the output with the mouse.
- Press Command+C and try to paste the selection elsewhere.
- Compare with pressing Control+C on the same selection.
The user reports that Command+C worked before upgrading to 0.157.0 and that Control+C works in the new interface. I have not independently reproduced the keyboard behavior on this machine.
What is the expected behavior?
Command+C should copy selected transcript text in iTerm2 on macOS, or the CLI should provide a clear way to preserve the terminal's native selection and copy behavior. Control+C should not be required for ordinary copying on macOS.
Additional information
Version 0.157.0 defaults tui.fullscreen_transcript to true and the recent fullscreen transcript implementation handles selection and copying internally. These changes may be relevant, but the exact cause has not been confirmed: https://github.com/openai/codex/blob/rust-v0.157.0/codex-rs/config/src/types.rs and #46732 .
The older scrollback behavior may be available through codex --no-alt-screen or tui.fullscreen_transcript = false; these have not yet been verified as workarounds for this report.
What version of Codex CLI is running?
codex-cli 0.157.0What platform is your computer?
Darwin 25.5.0 arm64 arm(macOS)What terminal emulator and version are you using?
iTerm2 3.7.1
What issue are you seeing?
After upgrading Codex CLI to 0.157.0, selecting part of the CLI transcript with the mouse and pressing Command+C in iTerm2 no longer copies the selection as it did in earlier versions. The user reports that Control+C now copies the selected text instead. This is a surprising regression for the standard macOS copy shortcut and makes it easy to trigger the usual terminal interrupt behavior when trying to copy.
What steps can reproduce the bug?
The user reports that Command+C worked before upgrading to 0.157.0 and that Control+C works in the new interface. I have not independently reproduced the keyboard behavior on this machine.
What is the expected behavior?
Command+C should copy selected transcript text in iTerm2 on macOS, or the CLI should provide a clear way to preserve the terminal's native selection and copy behavior. Control+C should not be required for ordinary copying on macOS.
Additional information
Version 0.157.0 defaults
tui.fullscreen_transcripttotrueand the recent fullscreen transcript implementation handles selection and copying internally. These changes may be relevant, but the exact cause has not been confirmed: https://github.com/openai/codex/blob/rust-v0.157.0/codex-rs/config/src/types.rs and #46732 .The older scrollback behavior may be available through
codex --no-alt-screenortui.fullscreen_transcript = false; these have not yet been verified as workarounds for this report.