### What version of Codex is running? codex-cli 0.42.0 ### Which model were you using? gpt-5-codex ### What platform is your computer? MacOS 15.6.1 (24G90) ### What steps can reproduce the bug? - Wirte a prompt and press enter. - Queue another prompt while in progress. - Press ⌥↑ to edit queued prompt. ### What is the expected behavior? to be able to edit queued messages. ### What do you see instead? nothing happenning. ### Additional information is there anything wrong I might be d

Edit Queued Message with `Option + Up` (⌥↑ edit) Not Working on MacOS terminal or iTerm.

Resolved 💬 11 comments Opened Sep 30, 2025 by omar-hanafy Closed Feb 21, 2026

💡 Likely answer: A maintainer (etraut-openai, contributor) responded on this thread — see the highlighted reply below.

What version of Codex is running?

codex-cli 0.42.0

Which model were you using?

gpt-5-codex

What platform is your computer?

MacOS 15.6.1 (24G90)

What steps can reproduce the bug?

Wirte a prompt and press enter.
Queue another prompt while in progress.
Press ⌥↑ to edit queued prompt.

What is the expected behavior?

to be able to edit queued messages.

What do you see instead?

nothing happenning.

Additional information

is there anything wrong I might be doing? I usually use iTerm, but tried MacOS Terminal.app, cursor terminal, JetBrains, Warp, and Ghostty and all of them are not working.

View original on GitHub ↗

11 Comments

vuyelwadr · 9 months ago

same thing happens for me so I dug into why ⌥↑ (“Alt+Up edit”) is a no-op on macOS terminals where Option isn’t set to send Meta.

Environment: macOS Sequoia 15.6 (24G84) on a 16‑inch MacBook Pro (Nov 2024, Apple M4 Pro, 48 GB RAM), Apple Terminal (default settings), codex-cli 0.42.0 (tui main).
Repro: queue a couple of messages (start a long-running task, hit Enter twice), then press ⌥↑. The status panel shows ⌥↑ edit, but nothing happens.
Raw key capture: running cat -vet and pressing ⌥↑ prints ^[[A, which is the same escape sequence produced by a plain Up arrow. With Option configured to send Meta, the sequence changes to ^[ [ 1 ; 3 A or ^[ [ 1 ; 9 A.
Crossterm behaviour: because the terminal emits ^[[A, crossterm normalizes Up and Option+Up into a single event: KeyEvent { code: KeyCode::Up, modifiers: KeyModifiers::NONE, kind: KeyEventKind::Press, … }.
Codex handling: the edit-queued-message branch in ChatWidget::handle_key_event (codex-rs/tui/src/chatwidget.rs:1023) checks modifiers.contains(KeyModifiers::ALT). With the modifier bit absent, the branch never runs. The chat composer

already consumes bare KeyCode::Up for history navigation (codex-rs/tui/src/bottom_pane/chat_composer.rs:870+), so no edit action is triggered.

eddywebs · 8 months ago

I have issue on osx 15.6 running on apple silicon.

austinm911 · 6 months ago

nor on Warp

andrewchen5678 · 6 months ago

got hit with the same issue today, can't believe this, did the developer actually test the shortcuts?

Hyperrick · 5 months ago

Still an issue in native Mac Terminal

snwfdhmp · 5 months ago

still an issue here. macOS 15, vscode terminal

linminhtoo · 5 months ago

yup still not working. no way for me to edit my queue.

snwfdhmp · 5 months ago

Put 👍 on issue to make it go up in their priority list

https://github.com/openai/codex/issues/4490#issue-3468766409

Hyperrick · 5 months ago

Working in iterm2

etraut-openai contributor · 4 months ago

This will be fixed in the next release.

CodeLuca · 4 months ago

Cant wait