[Windows Desktop] Active Codex chats unexpectedly disappear without a delete action

Open 💬 2 comments Opened Aug 25, 2026 by StreamVi
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

What version of the Codex App are you using?

Desktop/bundled component version visible in the local installation: 26.818.61809. The About dialog was not available while preparing this report.

What platform is your computer?

Windows x64, working in a local WSL project workspace.

What issue are you seeing?

An active Codex chat unexpectedly disappears during normal work even though the user did not delete or archive it. This has happened more than once.

In the latest occurrence, the task had a long multi-turn conversation and had performed local code/configuration work across several repositories. The visible chat disappeared, making it look as though the conversation had been deleted and its context lost.

A read-only check immediately afterward showed that the underlying Codex task still existed in the desktop task inventory, was marked active, and had a recent updatedAt value. The agent was also able to continue from the retained task context after the user sent another message.

This suggests a desktop renderer/sidebar/conversation-index reconciliation problem rather than a confirmed deletion of the underlying task data. However, from the user's perspective the chat is deleted and the work history is lost.

No delete, archive, reset, cleanup, or task-management action was requested or executed before the disappearance.

What steps can reproduce the bug?

The exact trigger is not yet isolated, but both observed occurrences followed this pattern:

  1. Open a Codex Desktop task on Windows.
  2. Continue a substantial multi-turn task with local tool calls and code changes.
  3. Do not delete or archive the task.
  4. During continued use, observe that the active chat/history disappears from the UI.
  5. Send a new message or inspect the task inventory.
  6. The underlying task may still be returned as active even though its chat was no longer visible normally.

The problem is intermittent but recurring.

What is the expected behavior?

An active chat must never disappear or appear deleted without an explicit user action.

If thread hydration, renderer state, sidebar indexing, or history loading fails:

  • the task should remain visible;
  • the existing conversation history should be recoverable;
  • the UI should show a bounded error/retry state rather than presenting an empty or deleted chat;
  • the desktop list and the underlying task inventory should reconcile automatically.

Additional information

Impact in the latest occurrence:

  • the user believed the chat had been deleted again;
  • the current implementation state had to be reconstructed from retained agent context and local diffs;
  • local code changes were still present, so the workspace itself was not deleted;
  • the underlying task inventory reported the task as active immediately after the UI disappearance.

This appears related to task visibility/indexing reports such as #33579, but differs because it affected the currently active Windows task during ongoing work and has recurred.

No task IDs, task titles, repository names, local paths, account identifiers, chat content, code, secrets, or screenshots are included in this public report.

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 2 days ago

Potential duplicates detected. Please review them and close your issue if it is a duplicate.

  • #40638
  • #40601
  • #39521

Powered by Codex Action

StreamVi · 2 days ago

Recurrence on a newer Windows build

The same failure occurred again on 2026-08-26 after the original report.

Environment for this recurrence:

  • Codex Desktop: 26.820.7780.0
  • Windows 11 x64, OS build 10.0.26200
  • Local WSL workspace
  • Bundled/local CLI visible in WSL: codex-cli 0.130.0-alpha.5

Observed sequence:

  1. Continued the same long, active Desktop task through many turns.
  2. The latest turn performed numerous shell/MCP calls, a remote development rollout, and post-deployment verification.
  3. The assistant completed the turn normally.
  4. The visible chat then disappeared again without any delete, archive, reset, or task-management action.
  5. The user sent a follow-up reporting that the chat had disappeared.
  6. That follow-up reached the same underlying task, and the agent retained enough compacted task context to continue and identify the earlier work.

Additional observations:

  • The Codex Desktop process remained running; this was not an application crash.
  • There was no sign-out or authentication loop.
  • Local Codex state files and the task database continued updating around the occurrence.
  • The affected task was long enough to have undergone automatic context compaction. This is only a correlation, not a confirmed cause.
  • The original report used build 26.818.61809; the recurrence on 26.820.7780.0 shows that the issue persists after updating.

This remains consistent with a Desktop task-list/thread-hydration reconciliation failure: the visible chat disappears while the durable task is still alive and can accept another message.

No thread IDs, task titles, repository names, local paths, account identifiers, conversation content, or secrets are included.