[BUG] macOS Desktop: Permission prompt has no Enter keybinding — requires ⌘⇧↵ / ⌘↵ only
Status Closed — not planned
Maintainer reply None cached
Activity 4 comments · opened Apr 22, 2026 · closed May 29, 2026
Description
On macOS Claude Code Desktop, the permission prompt does not respond to the Enter key at all. The only available keybindings are:
- Allow once: ⌘⇧↵ (Cmd+Shift+Enter)
- Always allow: ⌘↵ (Cmd+Enter)
- Deny: Esc
There is no way to approve a permission with just Enter, which is the default behavior in the CLI version.
Comparison with Windows
Per #48550, Windows Desktop users can press Enter on the permission prompt (it triggers "Always allow" there). On macOS, Enter does nothing — it is not mapped to any action.
Additional context
~/.claude/keybindings.jsonwith"enter": "confirm:yes"in theConfirmationcontext has no effect on Desktop — the file appears to be ignored entirely.- Removing keybindings.json does not change the behavior — macOS Desktop simply has no Enter mapping for the permission prompt.
- The CLI version defaults to Enter = Allow once, which is the expected behavior.
Expected behavior
Enter should map to "Allow once" on the permission prompt, consistent with CLI behavior and the principle of least privilege.
Environment
- Platform: macOS (Apple Silicon)
- App: Claude Code Desktop
This issue has 4 comments on GitHub. Read the full discussion on GitHub ↗