Windows paths are rendered as /c:/... instead of C:/..., breaking VS Code file opening
Open 💬 1 comment Opened Apr 19, 2026 by psyche314
What platform is your computer?
Windows
What issue are you seeing?
Codex sometimes renders absolute Windows file paths in a Unix-like form such as /c:/Users/name/project/src/file.ts instead of a native Windows form such as C:/Users/name/project/src/file.ts.
On Windows, this breaks a common workflow in VS Code: the /c:/... form is not reliably recognized as a normal local Windows path, so Ctrl+Click does not directly open the file.
What steps can reproduce the bug?
- Use Codex on Windows.
- Ask Codex to print or reference an absolute local file path.
- Observe that the path may be shown as
/c:/...instead ofC:/.... - Try to use that path in VS Code as a clickable local file reference.
- Observe that direct file opening does not work reliably.
What is the expected behavior?
Codex should render local absolute Windows paths in a native Windows-compatible form such as C:/Users/name/project/src/file.ts or C:\Users\name\project\src\file.ts.
Additional information
This appears related to Windows path normalization / presentation rather than being only a link-handling issue.
This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗