[BUG] [Accessibility] Permission dialogs fail WCAG 2.1.1: keyboard cannot reach non-default buttons in desktop app (focus escapes the dialog)

Resolved 💬 0 comments Opened Jun 12, 2026 by bserendipity Closed Jun 15, 2026

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?

In the Claude Code desktop app (macOS), permission prompts show two or more buttons (e.g. "Yes" / "Yes, and don't ask again" / "No").

Using only the keyboard, I cannot move focus to any button except the default.
Pressing Tab or the arrow keys moves focus out of the dialog and out of the current session (into the session sidebar / app chrome) instead of cycling between buttons.

The only keys that work are Enter (accept default) and Esc (reject); number keys 1/2/3 don't activate the buttons either. So "Yes, and don't ask again" is reachable only with a mouse. This is a WCAG 2.1.1 Keyboard (Level A) failure on a core path — prompts appear in essentially every session, so for keyboard-only and VoiceOver users parts of the product are unreachable. Not cosmetic.

What Should Happen?

While a prompt is open, focus should be trapped in the dialog: Tab/arrows cycle between buttons with a visible focus ring, Enter activates the focused button, Esc rejects, and number keys 1–9 activate buttons directly — matching the terminal CLI, where this already works. Buttons should also expose correct role/label/focus order to VoiceOver.

Error Messages/Logs

N/A — no error emitted; it's a keyboard-focus / accessibility behavior, not a crash.

Steps to Reproduce

1.Open the desktop app (macOS), start a session.

  1. Trigger any permission prompt (e.g. ask Claude to run git fetch or write a new file).
  2. With the prompt visible, use only the keyboard: Tab or ←/→/↑/↓, trying to reach "Yes, and don't ask again".
  3. Focus leaves the dialog and the session instead of moving between buttons; 2 doesn't select the second button; only Enter/Esc respond.

Claude Model

None

Is this a regression?

No, this never worked

Last Working Version

1.12603

Claude Code Version

2.1.175 (Claude Code)

Platform

Anthropic API

Operating System

macOS

Terminal/Shell

Other

Additional Information

Shell: Claude Code desktop app (not a terminal)

Related
#64363 requests configurable button order in permission prompts. Even if implemented, it would not fix this issue — in the desktop app, keyboard focus cannot reach non-default buttons at all.

View original on GitHub ↗