[Windows] Recent Codex session disappears from sidebar after restart during Remote Control troubleshooting

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

Codex version

  • Microsoft Store package: OpenAI.Codex_26.727.4816.0_x64__2p2nqsd0c76g0
  • Windows 11 x64

Summary

A recently active Codex Desktop session disappeared from the UI after restarting the app while troubleshooting a separate Remote Control enable failure.

It is not yet confirmed whether the transcript was deleted or merely hidden by a sidebar/index/state mismatch. The product currently provides no supported recovery or reindex workflow, so the user cannot determine whether the work is recoverable.

Observed behavior

Before restart, the recent session was visible and active. After restarting Codex Desktop, the recent session no longer appeared in the sidebar/history.

Desktop logs before restart contained conversation-routing inconsistencies such as:

[electron-message-handler] Received turn/started for unknown conversation
[electron-message-handler] Received turn/completed for unknown conversation

At the same time, local app-server requests such as thread/list, account/read, config/read, and getAuthStatus were generally returning with errorCode=null.

Important troubleshooting context

During Remote Control troubleshooting, local Codex client state may have been reset or recreated. Therefore this report does not claim that an ordinary restart alone definitely deleted the transcript. The product problem is that:

  1. Codex does not clearly distinguish durable transcripts from rebuildable UI/cache state.
  2. Resetting client state provides no prominent warning that session visibility or local transcripts may be affected.
  3. After restart, there is no supported repair/reindex/recover local sessions action.
  4. The UI gives no indication whether a missing session still exists in state_5.sqlite, session_index.jsonl, or sessions/**/rollout-*.jsonl.

Expected behavior

  • Recent sessions should remain visible after restart.
  • Resetting UI/cache state should not remove durable conversation transcripts.
  • Any operation that can delete local transcripts should require an explicit warning and confirmation.
  • Codex Desktop should provide a supported recovery command or UI action that scans intact rollout files and rebuilds the sidebar/index.
  • When a session is omitted from the sidebar, Search or a diagnostics page should state whether its local transcript still exists.

Impact

The user believes recent work has been lost and has no safe recovery path. This is especially damaging because the disappearance happened while troubleshooting another Codex feature failure.

Related reports include sidebar/history visibility and local-index divergence issues such as #19290, #26157, #33579, #34076, and #34446.

View original on GitHub ↗

2 Comments

github-actions[bot] contributor · 27 days ago

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

  • #35585
  • #35804
  • #35784

Powered by Codex Action

shleder · 14 days ago

The key unknown in your report is whether the missing post-restart conversation still has a rollout under sessions/**, or whether the troubleshooting reset removed it. That is exactly the first boundary I’m trying to validate without touching Codex’s indexes.

Codex Rescue is local-first and can scan surviving rollout files independently of the Desktop sidebar. It cannot recover a file that was deleted or rebuild the UI index, but it may safely show whether durable session data remains and whether its tail is structurally usable.

Could you try:

pipx install codex-rescue==0.1.0a3
codex-rescue sessions
codex-rescue doctor --latest

Sanitized output is enough—please don’t share raw rollouts, databases, prompts, filesystem paths, repository data, or secrets.

https://github.com/shleder/codex-rescue