`Ctrl + Shift + A` unexpectedly archives the thread
Open 💬 3 comments Opened May 25, 2026 by disjukr
What variant of Codex are you using?
Windows App
What version of the Codex App are you using (From “About Codex” dialog)?
26.519.41501
What issue are you seeing?
While I was entering instructions, I tried to press Ctrl+A to delete the text and rewrite it, but I accidentally pressed Shift as well, so Ctrl+Shift+A was entered.
Suddenly the thread disappeared and a new chat screen opened, which was pretty alarming.
In the GUI, archiving a thread requires an additional confirmation step, but in the keyboard shortcut scenario it just disappeared immediately, which was the first thing that caught me off guard.
Then, because I didn’t want to run into this issue again, I opened the keyboard shortcuts screen, only to find there was no option to disable or remap the shortcut, which was the second thing that surprised me.
3 Comments
Solution: codex #24413 — Ctrl+Shift+A unexpectedly archives the thread
Issue Summary
While typing instructions, pressing Ctrl+A (select all) but accidentally hitting Ctrl+Shift+A archives the current thread immediately without confirmation. The GUI requires a confirmation step for archiving, but the keyboard shortcut bypasses it. No option to disable or remap the shortcut exists.
Root Cause Analysis
The keyboard shortcut handler for
Ctrl+Shift+A(archive thread) does not include a confirmation dialog, while the GUI archive action does. This creates an inconsistency where:The shortcut collision is particularly problematic because:
Ctrl+Ais universally used for "select all" in text inputsShiftis a modifier that can be accidentally pressed while reaching forCtrl+AProposed Fix
Fix 1: Add confirmation for keyboard shortcut archive (immediate, minimal change)
Fix 2: Remap to a less collision-prone shortcut
Change from
Ctrl+Shift+AtoCtrl+Shift+Alt+AorCtrl+Shift+Delete:Fix 3: Add undo capability for archived threads
Fix 4: Allow users to disable/remap shortcuts
Fix 5: Prevent archive during text input
Recommended Implementation
Immediate: Fix 1 (add confirmation) + Fix 5 (prevent during text input)
Short-term: Fix 2 (remap to less collision-prone shortcut)
Long-term: Fix 3 (undo) + Fix 4 (customizable shortcuts)
Test Plan
Impact Assessment
Submission
Post as comment on: https://github.com/openai/codex/issues/24413
This also happens on macOS, but the shortcut is
Command+Shift+A, notCtrl+Shift+A. It archives the current thread immediately, which is useful once discovered, but it is surprisingly hard to find and does not appear in an obvious place.Expected behavior:
Command+Was the Mac-native “close/archive current thread” shortcut without closing the whole app window.It seems to be there as of "Version 26.608.12217 • Released Jun 9, 2026" (or potentially earlier):
<img width="708" height="260" alt="Image" src="https://github.com/user-attachments/assets/e6645618-0667-4107-9775-af167b2a47c0" />
Its searchable within the "Command Palette" search, main "Settings" search, and the "Settings -> Keyboard Shortcuts" search:
<img width="535" height="123" alt="Image" src="https://github.com/user-attachments/assets/643bbaf7-7f0c-4db8-b9c2-75dcd90958b7" />
<img width="311" height="276" alt="Image" src="https://github.com/user-attachments/assets/392f8d3f-9367-4c28-8384-a8e3b56b63cd" />
<img width="702" height="252" alt="Image" src="https://github.com/user-attachments/assets/27fe9cf7-4a6c-40f8-909d-ccef06c1f299" />
This is currently bound to close window, which is far more canonical than archiving:
<img width="711" height="253" alt="Image" src="https://github.com/user-attachments/assets/65e462dd-3bd0-48e8-b6b4-1bd83fb84625" />