[BUG] VSCode Extension Doesn't Work Well When on Windows
Resolved 💬 13 comments Opened Jul 12, 2025 by SipengXie Closed Jan 4, 2026
Environment
- Platform (select one):
- [√] Anthropic API
- [ ] AWS Bedrock
- [ ] Google Vertex AI
- [ ] Other: <!-- specify -->
- Claude CLI version: 1.0.51
- Operating System: Windows 11
- Terminal: Command Prompt/PowerShell
Bug Description
Claude Code fails to open/access Rust source files with a file path encoding error. The error message appears in Chinese, suggesting an encoding issue when handling Windows file paths. The tool cannot parse the file path correctly, resulting in "unable to parse file system provider with relative file path" error.
Steps to Reproduce
- Navigate to a Rust project directory:
d:\Dev\revm\crates\revm-ssa-graph\src\engine\handler\ - Run Claude Code in the project
- Attempt to update/edit the file
frame.rs - Observe the file path parsing error
Expected Behavior
Claude Code should successfully open and edit the frame.rs file without path encoding issues, regardless of the Windows file path format.
Actual Behavior
Claude Code throws an error:
Error: cannot open _claude_fs_right:d%3A%5CDev%5Crevm%5Ccrates%5Crevm-ssa-graph%5Csrc%5Cengine%5Chandler%5Cframe.rs. Detail: unable to parse file system provider with relative file path "_claude_fs_right:d:\Dev\revm\crates\revm-ssa-graph\src\engine\handler\frame.rs"
The error stack trace shows:
node:internal/process/promises:394triggerUncaughtException(err, true /* fromPromise */);- Multiple references to
@anthropic-ai/claude-code/cli.js
Additional Context
- The error message is displayed in Chinese, which may indicate a locale/encoding issue
- The file path is being URL-encoded (
%3Afor:,%5Cfor\) - This appears to be a Windows-specific path handling issue
- The error occurs when Claude Code tries to access files in deeply nested directory structures
- Project is a Rust codebase with standard Cargo project structure
- The file
frame.rsdoes exist at the specified location and is accessible through other editors
Possible root causes:
- Windows path separator handling
- URL encoding/decoding of file paths
- Locale/encoding settings affecting error message display
- File system provider path resolution issues
This issue has 13 comments on GitHub. Read the full discussion on GitHub ↗