Codex resume failed: cannot reopen a session
Resume failure has at least three separable reported shapes: a client/protocol regression after an update, on-disk store corruption, and provider or compaction items that cannot load on resume. The guide describes the shapes; it cannot rank them, and no fix version is named.
Start here
Check whether the failure began right after a Codex client update, since one reported resume failure followed an update.
What you see
You close the client, or it crashes, and you cannot get the conversation back. Depending on the cause you may see:
Failed to resume chat: paginated threads do not support initialTurnsPage; use turnsBackwardsCursor and itemsBackwardsCursorError creating chat: paginated threads do not support initialTurnsPage; use turnsBackwardsCursor and itemsBackwardsCursor- A store-level failure quoting a line beginning
failed to read threadand ending withCRC (os error 23)— the middle is elided in the reporter’s own write-up, not literal text, so the string must not be published whole. - A window that simply will not open, resume, or send messages.
What it usually means
Resume failure has at least three separable causes in the material, and the guide cannot rank them:
- A client or protocol regression after an update. One reporter’s resume failure began right after updating the desktop client; the issue was closed as completed with no stated fix.
- On-disk store corruption. One reporter’s opening, resuming and sending all failed with a
failed to read thread … CRC (os error 23)store error, on the desktop app. - Provider or compaction items that cannot be loaded on resume. A title-only lead mentions an
item type "compaction" is not supportederror from third-party Responses providers; the body was not opened, so it is a lead, not established content.
The documented session command codex resume exists (“Continue a previous interactive session by ID or resume the most recent conversation”), but this research could not retrieve its flags.
Quick checks
- Did the failure start right after a Codex client update? One reported resume failure followed an update.
- Does the message name
initialTurnsPage/paginated threads? That points at the pagination-regression shape. - Does the message mention
failed to read thread/CRC? That points at store-level corruption. - Can you still open other sessions? If only one conversation is affected, the store for that session is the suspect.
Fixes, by branch
If it names paginated threads / initialTurnsPage
- Note the exact client version and that an update preceded it. One report was closed as completed with no stated resolution, so updating alone is not proven to fix it.
- Try
codex resumewith no flags; its flags were not retrievable, so do not add--last,--all, or a session-id you are unsure of.
If it names a store read failure (CRC / failed to read thread)
- Do not delete the session store. The reporter who hit this backed up
~/.codex/sessionsand~/.codex/archived_sessionsbefore touching anything; no source recommends deletion. - Move the affected store aside with a backup rather than deleting, so the action is reversible.
If resume fails after an update with no clear message
- Record the version before and after, and whether a different machine opens the same session. This is the branch with the thinnest evidence.
What not to do
- Do not delete
~/.codex/sessions,~/.codex/archived_sessions,history.jsonl, or the SQLite state DB to recover a session. No source recommends it; back up and rename aside instead. - Do not invent
codex resumeflags. Only the barecodex resumeis documented in this research. - Do not assume a resume failure and a context-window hang are the same problem; they have different strings and different fixes.
How to tell it worked
The conversation reopens and you can send a message. For the CRC/store shape, the session opens after you move the corrupted store aside and restore from backup if needed.
If it is still failing
If codex resume still cannot open the session and the store is intact, the cause is likely the pagination or provider shape, which this guide cannot rank. Include the client version, OS, the exact banner, and whether an update preceded it.
Known limits of this guidance
- Evidence level: reported, and thinner than for
codex-session-stuck. It rests on a handful of issue reports: one closed as completed with no stated fix, one open store-level report, and two title-only leads whose bodies were not opened. - The guide cannot rank the three causes; it only describes their shapes.
- No release note was read and nothing here establishes a fix.
codex resume’s flags were not retrieved, so only the bare command is documented. - The
failed to read thread … CRC (os error 23)line is the reporter’s own elision; the string must not be published whole.
Sources
Each source lists what it is used to support. Sources are re-read on the review schedule, not continuously.
The two literal banners ('Error creating chat: paginated threads do not support initialTurnsPage; use turnsBackwardsCursor and itemsBackwardsCursor' and 'Failed to resume chat: paginated threads do not support initialTurnsPage; use turnsBackwardsCursor and itemsBackwardsCursor'), that updating the desktop client preceded the failure, and that the issue was closed as completed with no stated fix.
A store-level resume failure whose message begins 'failed to read thread' and ends with 'CRC (os error 23)' (the middle is the reporter's own elision, not literal text), on the desktop app, and that the reporter backed up ~/.codex/sessions and ~/.codex/archived_sessions before touching anything — no source recommends deletion.
Codex CLI reference — codex resume (developers.openai.com, read via mirror 2026-09-20)
That the codex resume subcommand exists and is documented as 'Continue a previous interactive session by ID or resume the most recent conversation'. The canonical developers.openai.com page was Forbidden this session, so this is a mirror copy; the per-subcommand flags were not retrieved, so only the bare command is documented.
Related guides
How this page is checked
- Evidence level
- Reported - based on public reports, not reproduced here
- Last reviewed
- 2026-09-20
- Content updated
- 2026-09-20
- Full version scope
- Reported on the Codex desktop app 26.715.72359 (Darwin 27.0.0) and 26.908.70816 (macOS), among others opened. No fix version can be named; the scope of the underlying cause across other versions and platforms is unknown.
- Symptoms indexed
-
- You closed or crashed the client and cannot reopen the conversation
- A banner reads 'Failed to resume chat' or 'Error creating chat' naming paginated threads
- Opening, resuming and sending messages all fail with a 'failed to read thread' store error
- The window simply will not open or send messages after an update
Reviewer note
Evidence is thinner than for codex-session-stuck: it rests on a handful of issue reports — one closed as completed with no stated fix, one open store-level report, and title-only leads whose bodies were not opened. No reproduction was performed. The guide cannot rank the three causes; it only describes their shapes.