[BUG] Claude Code Filesystem Provider Fails in MINGW64 Environment
Resolved 💬 7 comments Opened Jul 13, 2025 by GregoryArmstrong Closed Jul 16, 2025
Environment
- Platform (select one):
- [x] Anthropic API
- [ ] AWS Bedrock
- [ ] Google Vertex AI
- [ ] Other: <!-- specify -->
- Claude CLI version: 1.0.51
- Operating System: Windows 10/11 with MINGW64 (Git Bash)
- Terminal: Powershell
Bug Description
Claude Code's Edit/Write tools fail in MINGW64/Git Bash environments due to path conversion and URL encoding issues in the filesystem provider.
Steps to Reproduce
- Open Claude Code in MINGW64/Git Bash environment
- Navigate to any directory
- Create a test file: echo "test" > test-file.txt
- Attempt to use Edit tool on the file
- Observe filesystem provider error
Expected Behavior
Edit/Write tools should work correctly in MINGW64 environments with proper path handling.
Actual Behavior
High severity for Windows developers using Git Bash - all Edit/Write operations fail.
Additional Context
Root Cause Analysis
- MINGW64 shell reports working directory as /c/Users/Greg/website (Unix-style)
- Node.js process sees working directory as C:\Users\Greg\website (Windows-style)
- Edit/Write tools convert relative paths to Windows absolute paths
- Paths get URL-encoded: c%3A%5CUsers%5CGreg%5Cwebsite%5Cfilename.txt
- _claude_fs_right: protocol cannot resolve the malformed URI
Suggested Fix
- Detect MINGW64 environment and handle path conversion appropriately
- Ensure filesystem provider can handle both Unix-style and Windows-style paths
- Prevent URL encoding issues with Windows drive letters in filesystem URIs
This issue has 7 comments on GitHub. Read the full discussion on GitHub ↗