VS Code extension ignores Edit/Write permission rules in settings files
Resolved 💬 10 comments Opened Mar 21, 2026 by landon-homeriz Closed Jul 7, 2026
Bug Description
Edit and Write permission rules configured in .claude/settings.local.json and .claude/settings.json are not respected by the VS Code extension. The permission prompt still appears for every Edit/Write tool call regardless of configuration.
Environment
- OS: Windows 11 Home 10.0.26200
- Claude Code: VS Code extension (latest)
- Shell: bash (Git Bash)
Configuration
.claude/settings.local.json (project-level):
{
"permissions": {
"allow": [
"Write(.claude/**)",
"Edit(.claude/**)"
]
}
}
.claude/settings.json (project-level):
Also contains Bash permission rules that DO work correctly.
Steps to Reproduce
- Add
Edit(.claude/**)or evenEdit(**)to the allow list in.claude/settings.local.json - Start a session in VS Code extension
- Have Claude attempt to edit any file matching the pattern (e.g.,
.claude/skills/knowledge-ingestor/scripts/store_knowledge.py) - Permission prompt still appears asking for approval
Expected Behavior
Edits matching the configured allow patterns should be auto-approved without prompting.
Actual Behavior
Permission prompt appears for every Edit/Write call regardless of configured rules. This happens across all sessions (not limited to restored/stuck sessions). Restarting VS Code does not resolve it.
Notes
- Bash permission rules in the same settings files appear to work correctly
- This affects productivity significantly when sessions need to make many edits
- Tested with both narrow patterns (
Edit(.claude/**)) and broad patterns (Edit(**)) — neither is respected - May be related to Windows path normalization (forward slash patterns vs backslash actual paths)
This issue has 10 comments on GitHub. Read the full discussion on GitHub ↗