Summary
A local folder project in ChatGPT/Codex desktop shows 0 tasks / No chats, although delegated tasks created with explicit project selection remain readable through supported task APIs. This is a visibility/association report, not confirmed data loss.
Environment
Installed ChatGPT 26.1007.30912 (20156); Codex Framework 155.0.8059.40; macOS 27.0.1 (26A434). Running-window version not independently confirmed. Authorized connected Mac executor.
Reproduction observed on 2026-10-11
- List saved projects on the connected desktop and select existing local folder project P.
- Create a delegated task with returned environmentId, explicit projectId for P, and cwd equal to P's root. Creation returns thread ID and admitted turn.
- Task remains readable; actual execution confirms expected host and cwd.
- Expand P in desktop sidebar: zero tasks / No chats, although project and root remain visible.
User reports related tasks were visible the previous evening. Updates/restarts occurred, but causality is unproven.
Expected
Explicit local project selection should produce discoverable project tasks, or the API should explain unsupported association semantics.
Diagnostic limitation
Supported listing returned kind=codex, hostId=durable, projectId=null. Two local tasks' cwd matched P. Null does not prove host-side membership loss: read requested with hostId=local still returned durable with no independent project field. Please clarify controller/durable versus host/sidebar project mapping.
No internal database edits attempted. Private project names, paths, thread IDs and unredacted screenshot omitted.
Related, not asserted duplicates
#25574, #33771, #31407. Community comments on #31407 indicate controller null may coexist with intact host association.
Questions
Does explicit projectId persist sidebar membership for delegated local tasks in this build? Is there a supported reassociation/reindex operation preserving history? Which supported field verifies actual host-side membership? Please advise supported recovery without database edits.
Summary
A local folder project in ChatGPT/Codex desktop shows 0 tasks / No chats, although delegated tasks created with explicit project selection remain readable through supported task APIs. This is a visibility/association report, not confirmed data loss.
Environment
Installed ChatGPT 26.1007.30912 (20156); Codex Framework 155.0.8059.40; macOS 27.0.1 (26A434). Running-window version not independently confirmed. Authorized connected Mac executor.
Reproduction observed on 2026-10-11
User reports related tasks were visible the previous evening. Updates/restarts occurred, but causality is unproven.
Expected
Explicit local project selection should produce discoverable project tasks, or the API should explain unsupported association semantics.
Diagnostic limitation
Supported listing returned kind=codex, hostId=durable, projectId=null. Two local tasks' cwd matched P. Null does not prove host-side membership loss: read requested with hostId=local still returned durable with no independent project field. Please clarify controller/durable versus host/sidebar project mapping.
No internal database edits attempted. Private project names, paths, thread IDs and unredacted screenshot omitted.
Related, not asserted duplicates
#25574, #33771, #31407. Community comments on #31407 indicate controller null may coexist with intact host association.
Questions
Does explicit projectId persist sidebar membership for delegated local tasks in this build? Is there a supported reassociation/reindex operation preserving history? Which supported field verifies actual host-side membership? Please advise supported recovery without database edits.