You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Add Delete option for Codex desktop threads and archived threads #24417
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.
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.
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 Delete action 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:
The visible task menu exposes Archive, but not a direct Delete action.
Users reasonably interpret Archive as hiding, not deletion.
The UI does not clearly explain whether deletion removes local session files, indexes, workspace metadata, or only hides the entry.
On Windows, this is especially frustrating because users should not have to inspect .codex folders manually to clean up task history.
Requested behavior:
Add a direct Delete task/thread action to the active task menu.
Make deletion semantics explicit: local-only vs synced, session data vs workspace files.
Remove the task from the UI immediately after deletion.
Keep Archive and Delete as separate actions, because they mean different things to users.
This report specifically concerns native Codex threads, not regular ChatGPT conversations displayed in the desktop app.
Observed behavior:
The active Codex thread menu provides an Archive action.
It does not provide a direct Delete action for the current individual thread.
Archiving and deleting are semantically different operations.
Requiring the user to archive a thread first and then manage archived chats elsewhere does not provide direct deletion from the thread UI.
Expected behavior:
Provide a separate Delete thread action in the active thread/sidebar menu.
Keep Archive as a non-destructive hide action.
Require confirmation before permanent deletion.
Remove the deleted thread from the UI immediately.
Clearly explain whether deletion removes synced conversation data, local session files, indexes, logs, and other thread references.
This remains distinct from #33589. That issue concerns ordinary ChatGPT chats shown inside the combined desktop app; this issue concerns native Codex thread management.
Activity
github-actions commentedon May 25, 2026
Potential duplicates detected. Please review them and close your issue if it is a duplicate.
Powered by Codex Action
Aesthermortis commentedon Jun 8, 2026
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.
Aesthermortis commentedon Jun 8, 2026
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.
0xdevalias commentedon Jun 12, 2026
Tangentially relevant:
lucasvicente-com-ar commentedon Jul 10, 2026
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.megamorphg commentedon Jul 11, 2026
It's not that bad now because at least now there is a "trashcan" of sorts:
mppanayotov commentedon Jul 26, 2026
I can also reproduce this separately on Windows.
Environment:
This report specifically concerns native Codex threads, not regular ChatGPT conversations displayed in the desktop app.
Observed behavior:
Expected behavior:
Delete threadaction in the active thread/sidebar menu.This remains distinct from #33589. That issue concerns ordinary ChatGPT chats shown inside the combined desktop app; this issue concerns native Codex thread management.
kingllj commentedon Aug 20, 2026
Additional Windows reproduction supporting this feature request:
failed to resolve rollout path '<redacted>': file does not exist.This shows why deletion should be a first-class, atomic Desktop operation rather than requiring users to manipulate internal session files.
Suggested behavior:
Environment: Codex Desktop on Windows. No conversation content, account identifiers, or local user paths are included here.