Codex Windows desktop app workspace corrupted after PC crash; WSL project maps to invalid C:\home path
Open 💬 3 comments Opened Jun 14, 2026 by Rogier1977
What version of the Codex App are you using (From “About Codex” dialog)?
Codex desktop app version: 26.521.10419 Codex CLI version in WSL: codex-cli 0.139.0
What subscription do you have?
ChatGPT Plus
What platform is your computer?
Windows 11 x64 with WSL2 Ubuntu / Microsoft Windows NT 10.0.26200.0 x64
What issue are you seeing?
I already submitted in-app feedback.
Feedback ID:
In-app Codex feedback report.txt
Summary
My Windows PC crashed while the Codex desktop app was actively running a task. After rebooting, the Codex desktop app no longer showed my previous chats, although those chats were still visible in the mobile app.
Since that crash, the Windows desktop app can no longer start a valid workspace for my WSL repository. It repeatedly maps the WSL project root:
/home/rgkoppen/codex-work/central-station-audit
### What steps can reproduce the bug?
1. Use the Codex Windows desktop app with a project stored in WSL2/Ubuntu:
/home/rgkoppen/codex-work/central-station-audit
2. Start a Codex desktop-app task in that project.
3. Let the Windows PC crash unexpectedly while Codex desktop app is actively working.
4. Reboot Windows and reopen the Codex desktop app.
5. Observe that previous desktop-app chats are no longer visible in the desktop app, while they are still visible in the mobile app.
6. Re-add or reopen the same WSL project in the desktop app.
7. Configure the app as follows:
- Agent environment: Windows Subsystem for Linux
- Integrated terminal shell: WSL
- Approval policy: On request
- Sandbox: Read only
8. Start a new project chat and ask Codex to run a minimal read-only check:
```text
Werk strikt read-only.
Meld alleen:
1. huidige directory;
2. of deze directory een .git-map bevat;
3. output van git status --short.
Wijzig niets.
### What is the expected behavior?
```markdown
After a crash, the Codex desktop app should recover or rebuild its local workspace/chat/worktree state cleanly.
When the agent environment is set to Windows Subsystem for Linux and the project root is selected from Linux/Ubuntu, the desktop app should start the agent in WSL and use the actual WSL path:
```text
/home/rgkoppen/codex-work/central-station-audit
### Additional information
I tried:
verifying WSL;
verifying Codex CLI;
selecting the project via /home/rgkoppen/codex-work/central-station-audit;
selecting the project via \\wsl$\Ubuntu\home\rgkoppen\codex-work\central-station-audit;
selecting the project via Windows file picker: Linux → Ubuntu → home → rgkoppen → codex-work → central-station-audit;
setting Agent environment to Windows Subsystem for Linux;
setting integrated terminal shell to WSL;
restarting the app multiple times;
repairing, resetting, uninstalling and reinstalling the Codex desktop app;
re-adding the project after reinstall.
At one point the app also showed:
No bundled workspace runtime dependencies are configured yet
Codex dependencies may need to be repaired
Reinstalling Codex dependencies failed
After reinstalling, the dependency/MCP issue seemed less prominent, but the invalid workspace path/worktree problem remained.This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗