Permission 'ask' list not triggering prompt for git push despite correct configuration
Status Fixed / completed
Maintainer reply None cached
Activity 2 comments · opened Jan 21, 2026 · closed Jan 21, 2026
Bug Description
Commands in the ask permission list are not triggering confirmation prompts when they should, specifically git push. The permission evaluation order should be deny → ask → allow → sandbox, meaning ask should take priority over allow.
Expected Behavior
When Bash(git push:*) is in the ask list, running git push should prompt the user for confirmation before executing, even if Bash(git:*) is in the allow list.
Actual Behavior
git push executes without prompting for confirmation.
Configuration
Relevant sections from ~/.claude/settings.json:
{
"permissions": {
"allow": [
"Bash(git:*)",
// ... other entries
],
"ask": [
"Bash(git push:*)",
"Bash(git push --force:*)",
// ... other entries
]
},
"sandbox": {
"enabled": true,
"autoAllowBashIfSandboxed": true,
"allowUnsandboxedCommands": true,
"excludedCommands": [
"git",
// ... other entries
]
}
}
Analysis
Possible contributing factors:
gitbeing inexcludedCommands(runs outside sandbox) may be bypassing permission checksallowUnsandboxedCommands: truemay be auto-allowing excluded commands without checking theasklist- The broad
Bash(git:*)inallowmay be incorrectly taking precedence over the specificBash(git push:*)inask
Environment
- OS: macOS (Darwin 25.2.0)
- Claude Code: Latest version
Steps to Reproduce
- Configure settings.json with
Bash(git:*)inallowandBash(git push:*)inask - Enable sandbox with
gitinexcludedCommands - Have Claude execute a
git pushcommand - Observe that no confirmation prompt appears
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗