Add Delete option for Codex desktop threads and archived threads
What variant of Codex are you using?
Codex desktop app on Windows
What feature would you like to see?
I would like Codex desktop to add a real Delete option for threads, including archived threads.
Archive is useful for hiding old threads, but it is not the same as deletion. ChatGPT already has a clearer Archive vs Delete workflow, and Codex should provide the same level of control.
This matters because Codex threads can contain sensitive local context, including code, file paths, command output, logs, diffs, project names, and sometimes personal notes. Users should not have to manually inspect internal folders or guess which local session files are safe to remove.
Suggested improvements:
- Delete current thread
- Delete archived thread
- Delete all archived threads
- Show what local/session data will be deleted before confirmation
- Provide a way to open or clear local session storage from the UI
I am a loyal OpenAI/Codex user and I really want this product to keep getting better. Thank you for considering this.
Additional information
Related existing request: #13018
I am adding a Windows desktop user perspective.
6 Comments
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
It's not a duplicate; it's the same thing but poorly implemented, fragmented, and with steps that discourage users from deleting. It involves privacy, security, and trust in the platform.
This issue should not be closed as solved until users can delete an active/current thread directly from the thread UI, without archiving it first.
Deleting archived sessions is useful, but it is only one subset of the requested behavior. A complete fix should include:
Archive should remain a non-destructive hide action. Delete should be a direct destructive action.
Tangentially relevant:
I’m adding another user report for this because the current behavior is confusing and insufficient.
In Codex Desktop, archiving a thread is not the same as deleting it. Users expect a clear
Deleteaction for the current/active task from the sidebar or task menu. Requiring users to archive first, then find a separate archived-chats screen, is not discoverable and does not answer the common privacy/data-retention expectation: "remove this chat/task now".Observed problem:
.codexfolders manually to clean up task history.Requested behavior:
Delete task/threadaction to the active task menu.It's not that bad now because at least now there is a "trashcan" of sorts: