[Bug] Persistent Folder Read Permission Prompts Despite Cleared Settings
Bug Description
Claude keeps asking for read approval for folders despite having already been given it. I cleared my settings.local.json and reinstalled claude code before this task. The issue occurs when running in Windows, but not if going through WSL; perhaps backslash/forwardslash conflicts are part of this?
On windows it keeps adding lines to settings.local.json, and looks like this:
{
"permissions": {
"allow": [
...
"Bash(find:*)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\src/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\electron/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\electron/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\electron/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\src\\types/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\src/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\electron/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\electron/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\public/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\electron/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\src\\types/**)",
"Read(/D:\\Libraries\\Documents\\_Programming\\MyProject\\src\\components/**)"
],
"deny": []
}
}
I've never had to add read permissions to projects before, nor do I need to add this explicit permissions in wsl with current version. None of my other settings files look like this. And yes I enabled auto-accept edits and it still did this. It asked and re-asked permission for edits as well, repeating requests for edits in electron/ for instance.
Outputs from /status in windows (where the issue is) and wsl (which is working):
Windows:
Claude Code v1.0.103
L Session ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Working Directory
L C:\Users\xxxxxxxxxxxxxxxxxxxxxxxxx
Account • /login
L Login Method: Claude Pro Account
L Organization: xxxxxxxxxxxxxxxxxxxxx@gmail.com's Organization
L Email: xxxxxxxxxxxxxxxxx@gmail.com
Model • /model
L Sonnet Sonnet 4 for daily use
wsl:
Claude Code v1.0.103
L Session ID: xxxxxxxxxxxxxxxxxxxxxxxxxx
Working Directory
L /mnt/c/Users/xxxxxxxxxxxxxxxxxxxxxx
MCP servers • /mcp
✔ playwright
Account • /login
L Login Method: Claude Pro Account
L Organization: xxxxxxxxxxxxxxxxxxxx@gmail.com's Organization
L Email: xxxxxxxxxxxxxxxxxxxx@gmail.com
Model • /model
L Sonnet Sonnet 4 for daily use
Environment Info
- Platform: win32
- Terminal: windows-terminal
- Version: 1.0.103
- Feedback ID: 2ee277ed-0ffd-4a5d-b8a0-ca842502d538
Errors
[]
10 Comments
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
#6850 is possibly the same behaviour but in a different environment - that one is the extension on macos, this one is the plain terminal in Windows and isn't having issues in WSL, suggesting it's possibly Windows-specific.
#7105 comes with error logs saying there is invalid settings. That didn't happen in my case. Also, I tried clearing settings and it persists.
#6874 only re-requests permissions across different sessions. This reoccurs within the same session.
i have the same issue
same issue
I am seeing the same issue, running on windows and it just prompts all the time and adds the same entry to the .json file
Guys, please visit https://github.com/anthropics/claude-code/issues/7132 for a temporary solution
having the same issue
Same issue here !
Thank you for the bug report. We've identified the root cause: a Windows path handling bug in our permission system that was causing "accept edits on" mode to fail on Windows platforms. This regression was introduced in v1.0.103.
The fix has been included as part of v1.0.105. Please update to the latest version to resolve this issue.
Sorry for the trouble!
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.