Codex Desktop briefly drops literal task-title prefixes from the sidebar after restart

Open 💬 1 comment Opened Aug 14, 2026 by DeyLak
💡 Likely answer: A maintainer (github-actions[bot], contributor) responded on this thread — see the highlighted reply below.

Environment

  • Codex Desktop: 26.810.41047 (build 6570)
  • App server: 0.148.0-alpha.9
  • macOS: 26.4.1 (25E253)
  • Architecture: arm64

What issue are you seeing?

After a cold restart, the Codex Desktop sidebar initially rendered existing
task titles without their literal status prefixes, for example:

  • [CHILD:in_progress] Example A
  • [CHILD:ready] Example B

The underlying titles were not modified. Direct task-list and task readbacks,
as well as the local title index, still contained the complete prefixed titles.
No title-update events occurred for the affected tasks after restart.

This appears to be a renderer/sidebar hydration or cache issue rather than
metadata loss.

Steps to reproduce

  1. Give several tasks literal title prefixes such as [CHILD:in_progress]

and [CHILD:ready].

  1. Fully quit Codex Desktop.
  2. Relaunch the application.
  3. Inspect the project sidebar immediately after startup.
  4. Compare the displayed labels with task-list/readback data.

Expected behavior

The sidebar immediately renders the complete persisted task titles.

Actual behavior

The sidebar temporarily displays titles without their literal prefixes,
making workflow state appear lost even though persisted metadata is intact.

Sanitized diagnostics

  • Previous app session stopped at 2026-08-14T07:57:45.038Z.
  • New app session launched at 2026-08-14T07:57:48.104Z.
  • Initialization succeeded at 07:57:48.212Z.
  • Main window was ready at 07:57:48.594Z (startupElapsedMs=334).
  • Routes mounted at 07:57:49.789Z.
  • The discrepancy was noticed about 41 seconds after relaunch.
  • By 07:59:29.891Z, task-list readback returned the original prefixes.
  • Individual readbacks confirmed them again around 08:00:00Z.
  • The local index contained 30 prefixed titles, none rewritten after restart.
  • Exact visual recovery time is unknown because no sidebar-render telemetry

was recorded.

  • Observed once after a cold relaunch; logout/update cases were not tested.

The full desktop session ID was supplied privately to OpenAI Support.
Public identifier: ec2f2520-…-5f40c.

No task IDs, real titles, repository paths, summaries, project content,
transcripts, logs, or attachments are included.

Impact

Multi-task workflow state appears to be lost, which may cause users to rename
tasks unnecessarily or reconstruct orchestration state.

Related but not exact: #36504 and #35090.

View original on GitHub ↗

1 Comment

github-actions[bot] contributor · 14 days ago

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

  • #38511

Powered by Codex Action