[Windows Desktop] Open folder generates malformed path and fails with ENOENT
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.5k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
26.810.50856
What subscription do you have?
Plus
What platform is your computer?
Microsoft Windows NT 10.0.19045.0 x64
What issue are you seeing?
Environment:
- OS: Windows
- Codex version: <About Codex 26.810.50856>
- Workspace: C:\GitHub\deformxfer
Expected:
The “Open folder” action opens C:\GitHub\deformxfer in Explorer.
Actual:
The workspace runs normally and the directory exists, but “Open folder” fails:
ENOENT: no such file or directory, stat 'C:\c..C:\GitHub\deformxfer'
Notes:
The app appears to concatenate a path prefix with an already absolute Windows path.
The issue occurs for multiple projects.
What steps can reproduce the bug?
I don't konw，maybe suddenly exit when codex is running task？
What is the expected behavior?
No response
Additional information
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the “Open folder” action on Windows with a workspace such as C:\GitHub\deformxfer, then trace how the existing absolute path becomes C:\c..C:\GitHub\deformxfer. Done means the action opens the selected workspace in Explorer without an ENOENT error; the issue does not name a file or test.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100