Issue Station
Sign In
Tools hereToolbox

codex - 💡(How to fix) Fix /resume failure to load any sessions after update. [1 comments, 2 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
openai/codex#19573•Fetched 2026-04-26 05:14:40
View on GitHub
Comments
1
Participants
2
Timeline
6
Reactions
0
Author
a-bit-thinkera-bit-thinker
Participants
a-bit-thinkera-bit-thinkergithub-actions[bot]github-actions[bot]
Timeline (top)
labeled ×4closed ×1commented ×1
RAW_BUFFERClick to expand / collapse

What version of Codex CLI is running?

codex-cli 0.125.0

What subscription do you have?

/resume failure to load any sessions after update.

Which model were you using?

gpt-5.5

What platform is your computer?

Linux 6.8.0-107-generic x86_64

What terminal emulator and version are you using (if applicable)?

No response

What issue are you seeing?

/resume can hide all sessions after update due cwd and first_user_message filters

Version: codex-cli 0.125.0 / rust-v0.125.0

After updating Codex, /resume can show no sessions or incorrect sessions, even for recent/new conversations.

I found two likely regressions:

  1. codex-rs/tui/src/resume_picker.rs Local picker filtering uses std::env::current_dir() instead of the active session Config.cwd. If Codex was started with --cd, resumed from another cwd, or the process cwd differs from the configured session cwd, valid rows are filtered out.

  2. codex-rs/state/src/runtime/threads.rs Thread listing requires threads.first_user_message <> ''. Migration 0007_threads_first_user_message.sql only backfilled first_user_message for rows with has_user_event = 1, so upgraded/title- only rows can become invisible to /resume.

Suggested fix:

  • Use config.cwd.as_path() for local picker cwd filtering.
  • Only apply server-side cwd filtering for remote sessions with an explicit remote cwd.
  • Change state list filtering to allow (first_user_message <> '' OR title <> '').
  • Add a migration: UPDATE threads SET first_user_message = title WHERE first_user_message = '' AND title <> '';

What steps can reproduce the bug?

update to v0.125.0.

What is the expected behavior?

never load any session after use /resume. only show "loading session" with blank screen.

Additional information

Title: /resume can hide all sessions after update due cwd and first_user_message filters

Version: codex-cli 0.125.0 / rust-v0.125.0

After updating Codex, /resume can show no sessions or incorrect sessions, even for recent/new conversations.

I found two likely regressions:

  1. codex-rs/tui/src/resume_picker.rs Local picker filtering uses std::env::current_dir() instead of the active session Config.cwd. If Codex was started with --cd, resumed from another cwd, or the process cwd differs from the configured session cwd, valid rows are filtered out.

  2. codex-rs/state/src/runtime/threads.rs Thread listing requires threads.first_user_message <> ''. Migration 0007_threads_first_user_message.sql only backfilled first_user_message for rows with has_user_event = 1, so upgraded/title- only rows can become invisible to /resume.

Suggested fix:

  • Use config.cwd.as_path() for local picker cwd filtering.
  • Only apply server-side cwd filtering for remote sessions with an explicit remote cwd.
  • Change state list filtering to allow (first_user_message <> '' OR title <> '').
  • Add a migration: UPDATE threads SET first_user_message = title WHERE first_user_message = '' AND title <> '';

extent analysis

TL;DR

Update the codex-rs code to fix the regressions in resume_picker.rs and threads.rs to correctly filter sessions.

Guidance

  • Verify that the issue is caused by the regressions in codex-rs/tui/src/resume_picker.rs and codex-rs/state/src/runtime/threads.rs by checking the filtering logic.
  • Apply the suggested fixes:
    • Use config.cwd.as_path() for local picker cwd filtering.
    • Only apply server-side cwd filtering for remote sessions with an explicit remote cwd.
    • Change state list filtering to allow (first_user_message <> '' OR title <> '').
  • Run the migration UPDATE threads SET first_user_message = title WHERE first_user_message = '' AND title <> ''; to update the threads table.

Example

No code snippet is provided as the issue is related to a specific codebase and the suggested fixes are already provided in the issue description.

Notes

The issue seems to be specific to the codex-cli version 0.125.0 and the suggested fixes are provided in the issue description. However, it's recommended to test the fixes thoroughly to ensure they resolve the issue.

Recommendation

Apply the workaround by updating the codex-rs code with the suggested fixes, as the issue is caused by specific regressions in the code.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#model compatibility#GPU setup#container setup#orchestration issue#cache issue

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING