[Windows] Automation resume fails on path canonicalization mismatch (`C:\...` vs `\\?\C:\...`)
Open 💬 5 comments Opened May 3, 2026 by Redas17
What version of the Codex App are you using (From “About Codex” dialog)?
0.128.0
What subscription do you have?
Pro
What platform is your computer?
Microsoft Windows NT 10.0.19044.0 x64
What issue are you seeing?
Summary
On Windows, Codex Desktop automation fails to start with:
Could not start automation
cannot resume running thread <thread-id> with mismatched path: requested C:\Users\Home\.codex\sessions\...\rollout-....jsonl, active \\?\C:\Users\Home\.codex\sessions\...\rollout-....jsonl
These paths point to the same file, but Codex treats them as different values and refuses to resume the thread.
What steps can reproduce the bug?
Steps to reproduce
- Start an automation attached to an existing thread.
- Stop it.
- Start it again.
- The resume fails with the mismatch error.
Actual behavior
- Automation does not start.
- The same error recurs across multiple automations, not just one thread.
- Restarting Codex, signing out/in, and rebooting the machine do not reliably fix it.
What is the expected behavior?
Expected behavior
- Codex should canonicalize Windows paths before comparing or persisting rollout/session paths.
C:\...and\\?\C:\...should be treated as the same file on Windows.
Additional information
Notes
- This looks related to issue #16994, but that report says
no rollout found. - In this case the rollout/session file exists; the failure happens because the stored path is compared literally and resume is rejected.
- This appears to be an app-level Windows path normalization bug in automation/session resume logic, not an authentication issue.
This issue has 5 comments on GitHub. Read the full discussion on GitHub ↗