{
  "$type": "site.standard.document",
  "bskyPostRef": {
    "cid": "bafyreia27i3fxexv6u54g5c4ibrsntwy5m54ithn2ovosrh7bc7cxbofma",
    "uri": "at://did:plc:lk3jfj3zq4k4wxnk474axylu/app.bsky.feed.post/3mheorph3p4y2"
  },
  "path": "/t/codex-desktop-stopped-showing-local-threads-after-update-but-codex-data-is-still-present/1377125#post_1",
  "publishedAt": "2026-03-18T21:57:38.000Z",
  "site": "https://community.openai.com",
  "textContent": "After updating Codex desktop, my `Project` thread and its sub-threads disappeared from the UI. What makes this look like a UI/indexing bug rather than deletion is that the local data is still present on disk.\n\n**What I verified locally:**\n\n  * `~/.codex/state_5.sqlite` still contains `58` threads for my Project workspace\n  * raw session files still exist under `~/.codex/sessions/`\n  * `~/.codex/session_index.jsonl` was rebuilt from the DB\n  * Codex app-side session/cache was reset\n  * full app restart still did not restore the threads in the desktop UI\n\n\n\n**What I already tried:**\n\n  1. Verified the threads still exist in `state_5.sqlite`\n  2. Exported thread-to-rollout mappings from the DB\n  3. Rebuilt the `/Project` portion of `session_index.jsonl`\n  4. Restored the Project workspace roots\n  5. Cleared Codex app-side session/cache storage\n  6. Fully restarted the app\n\n\n\n**Result:**\nThe local thread/session data still exists, but Codex desktop still does not render those threads in the UI.\n\n**Question:**\nHas anyone seen Codex desktop stop showing locally stored threads after an update even though they still exist in `~/.codex`?\n\nIs there any supported way to force a full local reindex from:\n\n  * `~/.codex/state_5.sqlite`\n  * `~/.codex/session_index.jsonl`\n  * `~/.codex/sessions/`\n\n\n\nThis appears to be an app-side history indexing/filtering issue after update, not actual local thread deletion.",
  "title": "Codex desktop stopped showing local threads after update, but ~/.codex data is still present"
}