[BUG] VSCode Extension Ignores All Permission Settings

Resolved 💬 3 comments Opened Dec 30, 2025 by slinktaylor Closed Dec 31, 2025

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

## Summary

The Claude Code VSCode extension does not read or respect any permission settings from settings files, despite documentation stating settings are shared between CLI and extension.

Environment

  • OS: macOS Darwin 24.6.0
  • - VSCode Extension: Claude Code for VS Code (anthropic.claude-code)
  • - - Extension Version: 2.0.75
  • - - - CLI Version: 2.0.53

Expected Behavior

Permission settings in ~/.claude/settings.json and .claude/settings.json should be respected by the VSCode extension, auto-approving commands in the allow list and blocking commands in the deny list.

Actual Behavior

The VSCode extension prompts for permission on EVERY bash command regardless of settings configuration. Neither allow rules nor deny rules have any effect.

Files Tested

  • ~/.claude/settings.json (global user settings) ❌ Not read
  • - .claude/settings.json (project settings) ❌ Not read
  • - - .claude/settings.local.json (local project settings) ❌ Not read
  • - - - VSCode settings.json with claudeCode.* keys ❌ Not read

Additional Observations

  • CLI claude in terminal) correctly reads and respects these same settings files
  • - The extension appears to use default "prompt for everything" behavior
  • - - No combination of settings files or VSCode settings changes this behavior
  • - - - Restarting VSCode, creating new chat instances, etc. have no effect

What Should Happen?

Permission settings in ~/.claude/settings.json and .claude/settings.json should be respected by the VSCode extension:

  • Commands in the "allow" list should be auto-approved without prompting
  • - Commands in the "deny" list should be blocked
  • - - The claudeCode.allowDangerouslySkipPermissions VSCode setting should bypass permission prompts when set to true
  • - - - Settings from CLI should be shared and honored by the VSCode extension as documented

Steps to Reproduce

  1. Create ~/.claude/settings.json with permission rules
  2. 2. Create .claude/settings.json in project with same content
  3. 3. Completely quit and restart VSCode
  4. 4. Open new Claude Code chat
  5. 5. Ask Claude to run a bash command (e.g., eb --version)

Expected: Command runs without prompt (if in allow list) or is blocked (if in deny list)
Actual: Extension prompts "Allow this bash command?" regardless of settings

Impact

  • Users cannot configure autonomous workflows in VSCode
  • - Every bash command requires manual approval
  • - - Significantly impacts productivity for trusted development environments
  • - - - Documentation claims settings are shared but they are not

Workaround

Use CLI in terminal instead of VSCode extension (CLI correctly reads settings)

Error Messages/Logs

Steps to Reproduce

  1. Create ~/.claude/settings.json with:
  2. ```json
  3. {
  4. "permissions": {
  5. "allow": ["Bash", "Edit", "Write"],
  6. "deny": ["Bash(rm -rf:*)"]
  7. }
  8. }
  9. ```
  10. Create .claude/settings.json in project with same content
  11. (Optional) Create .claude/settings.local.json in project with same content
  12. (Optional) Add to VSCode settings.json:
  13. ```json
  14. {
  15. "claudeCode.allowDangerouslySkipPermissions": true
  16. }
  17. ```
  18. Completely quit and restart VSCode
  19. Open new Claude Code chat
  20. Ask Claude to run any bash command (e.g., "run eb --version")

Expected Result: Command runs without prompt (or is blocked if in deny list)

Actual Result: Extension prompts "Allow this bash command?" despite settings configuration

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

2.0.75

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Terminal.app (macOS)

Additional Information

_No response_

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗