Codex Desktop archived automation runs stay red and cannot be opened even though thread/resume succeeds

What version of the Codex App are you using (From “About Codex” dialog)?

26.422.71525 (2210)

What subscription do you have?

Plus

What platform is your computer?

Darwin 25.4.0 arm64 arm

What issue are you seeing?

In Codex Desktop's automation history, recent archived automation runs show a red unread dot and cannot be opened by clicking them, even though the automation itself completed successfully and its archived thread/result still exists on disk.

On this machine, the affected examples are recent Night Memory Pipeline runs in the archived history list. Clicking a run does not open any result view.

The backend state looks healthy:

• ~/.codex/sqlite/codex-dev.db shows these runs as ARCHIVED, not FAILED.
• ~/.codex/state_5.sqlite still contains the matching thread rows.
• threads.rollout_path points to real files under ~/.codex/archived_sessions/.
• ~/.codex/session_index.jsonl still contains the corresponding thread ids.
• ~/.codex/logs_2.sqlite shows Codex Desktop issuing thread/resume for the archived thread, and the backend successfully initializes the thread / creates a shell snapshot.

Despite that, the Desktop UI does not show the archived result, and automation_runs.read_at remains null, so the red dot never clears.

What steps can reproduce the bug?

1. In Codex Desktop on macOS, have an automation complete successfully and move into archived history.
2. Open the automation history / archived runs list.
3. Click an archived successful run such as Night Memory Pipeline.
4. Observe that no result view opens.

Concrete local evidence from one affected run:

• automation id: night-memory-pipeline
• thread id: 019dda66-abc7-7f61-a31f-429b37232599
• run status in automation_runs: ARCHIVED
• read_at: NULL
• archived rollout file exists at:

/Users/chenyuanjie/.codex/archived_sessions/rollout-2026-04-30T02-00-54-019dda66-abc7-7f61-a31f-429b37232599.jsonl

Additional backend observation:

• In ~/.codex/logs_2.sqlite, clicking this archived run triggers a Desktop thread/resume request for thread 019dda66-abc7-7f61-a31f-429b37232599.
• The resume path succeeds far enough to log Shell snapshot successfully created, so this does not look like missing rollout data or a missing thread.

What is the expected behavior?

Clicking a successful archived automation run should open its archived result thread/output.

If the archived result opens successfully, the run should also be marked read so the red unread dot clears.

Additional information

This looks like a Desktop UI/navigation regression rather than corrupted automation output:

• the automation did run
• the archived session file exists
• the thread index exists
• the backend can still resume the archived thread
• but the result view never appears in the app