Windows app file references resolve to invalid c:\\C:\\ path and fail to open

Resolved 💬 3 comments Opened Mar 5, 2026 by 0okay Closed Mar 10, 2026

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

26.304.1528.0 (from runtime path in logs: OpenAI.Codex_26.304.1528.0_x64)

What subscription do you have?

ChatGPT Plus (using Codex desktop app)

What platform is your computer?

Microsoft Windows NT 10.0.22621.0 x64

What issue are you seeing?

On Windows, clicking local file references generated in Codex responses can resolve to an invalid path with duplicated drive prefix, e.g.:

c:\C:\Users\Administrator\Documents\Playground\Claude-Patent-Creator\commands\create-patent.md

This fails to open and prevents reliable navigation from assistant responses to source files.

In addition, line-level focus behavior is inconsistent: users cannot reliably jump/focus to exact lines with collapsible context (diff-like experience) from response references.

Relevant log errors:

  • 无法读取文件 'c:\C:\Users\...\create-patent.md'
  • 无法解析不存在的文件 'c:\C:\Users\...\commands'

What steps can reproduce the bug?

  1. On Windows, use Codex desktop app in a workspace.
  2. Ask Codex to provide source references for local files/lines.
  3. Click a returned file reference from the response.
  4. Observe VS Code/Codex logs showing c:\C:\... and file open failure.

What is the expected behavior?

  1. Local Windows paths should resolve exactly once (e.g., C:\Users\...) when clicked.
  2. Clicking references should open the target file reliably.
  3. Line-level jump/focus should work consistently, with optional fold/collapse context similar to diff navigation.

Additional information

  • This appears to be App-side path normalization / URI-to-path conversion on Windows.
  • Separate warning also appeared in logs about settings.json BOM parse, but the path duplication issue reproduces as a distinct navigation problem.

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗