Queued messages: Alt+↑ navigation between multiple items causes the newer item to be lost

What version of Codex is running?

codex-cli 0.25.0

Which model were you using?

gpt-5

What platform is your computer?

Darwin 24.5.0 arm64 arm

What steps can reproduce the bug?

1. While Codex is working, queue two messages, e.g., first "a" then "b".
2. Press Alt+↑ to select "b" as the edit target.
3. Press Alt+↑ again to select "a" as the edit target.
4. Observe that "b" disappears and can no longer be accessed or restored.

What is the expected behavior?

Switching the edit selection between queued messages should never discard other queued entries. Ideally, Alt+↑ and Alt+↓ navigate to the previous/next queued item without any data loss.

What do you see instead?

When switching from "b" to "a" with Alt+↑, the "b" entry vanishes and becomes permanently inaccessible.

Additional information

_No response_