Windows/WSL regression: projects show “No tasks” after update while tasks still exist

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

26.715.31925 Released 2026/07/18

What subscription do you have?

chatGPT plus

What platform is your computer?

Microsoft Windows NT 10.0.26200.0 x64

What issue are you seeing?

After updating to Codex App 26.715.31925, released 2026/07/18, my local projects are still shown in the sidebar, but opening a project shows “No tasks”.

The tasks themselves do not appear to be deleted.

Observed behavior:

• Project names are visible.
• Project-specific task lists show “No tasks”.
• Existing tasks can still be opened if accessed directly.
• Pinned tasks still open.
• Switching Organize / 整理 to “Show as one list” / “1つのリストで表示” makes the old tasks visible again.
• Project-specific grouping remains broken or unstable.
• Clearing/renaming local cache folders made the list refresh and partially recover.

This happened on Windows while using WSL mode. Native Windows setup was failing, so WSL mode is being used.

I also observed that some task/project path values appeared to be mismatched between Windows paths and WSL paths. For example, Windows-style paths like:

C:\Users\<user>\Documents\...

seemed to be interpreted under an app/runtime path such as:

/mnt/c/Program Files/WindowsApps/OpenAI.Codex_.../app/resources/C:\Users\<user>\...

This looks like a path normalization issue between Windows and WSL. The task data exists, but the project-to-task matching appears to fail.

What steps can reproduce the bug?

I do not have a minimal reproduction, but this is the sequence that led to the issue:

1. Use Codex App 26.715.31925 on Windows with WSL mode.
2. Have multiple local projects with existing tasks.
3. Update or restart Codex App / ChatGPT Desktop.
4. Open Codex.
5. Local project names are still visible.
6. Open a project.
7. The project task list says “No tasks”, even though tasks still exist.
8. Open Organize / 整理 and switch to “Show as one list” / “1つのリストで表示”.
9. The existing tasks become visible again.

Feedback ID:

019f7855-6019-7220-943b-aab68f70b6fc

Local files that still existed:

• state_5.sqlite
• sessions/*.jsonl
• session_index.jsonl

I also tried rebuilding local indexes and repairing Windows/WSL path values. The data was present, but the app UI still failed to show tasks under the correct project until cache/list state was refreshed.

What is the expected behavior?

Existing local project tasks should remain visible under their projects after an app update or restart.

When using WSL mode on Windows, Codex should consistently normalize project cwd/root paths between:

• Windows paths, e.g. C:\Users\...
• WSL paths, e.g. /mnt/c/Users/...

The app should not show “No tasks” for a project when the underlying task/thread records and session JSONL files still exist.

Additional information

Workaround that helped:

• Use Organize / 整理 → “Show as one list” / “1つのリストで表示”
• Pin important tasks
• Fully close the app
• Rename local cache/temp folders such as:

C:\Users\<user>\.codex\cache
C:\Users\<user>\.codex\.tmp
C:\Users\<user>\.codex\tmp

After cache refresh, tasks became visible again, which suggests this is likely a local cache / project grouping / path normalization bug rather than actual task deletion.

There are similar reports from other users where projects or chats appeared to disappear after update/restart, but the underlying conversations were still recoverable.

I checked the suggested potential duplicates:

• #20962 appears to be about an in-progress task list getting stuck, which is different.
• #32182 is related, but it describes a recent task missing from history rather than project-specific task lists showing “No tasks”.
• #33727 is very related, but it is on macOS. I am filing this as a Windows/WSL data point on Codex App 26.715.31925.

In my case, the key symptom is that project names remain visible, but opening a project shows “No tasks”, while the same tasks still exist and become visible via Organize / 整理 → “Show as one list” / “1つのリストで表示”.