[BUG] interview popover

Resolved 💬 1 comment Opened Jun 24, 2026 by WW3 Closed Jun 24, 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?

When the assistant invokes the interactive multiple-choice question UI (AskUserQuestion), the popover opens automatically and covers/hides the message text before it. For a visually-impaired user (magnification or screen reader), the content they're still reading disappears before they finish, and focus moves to the popover without the user initiating it.

Why it's a problem: An auto-appearing modal that takes focus and hides existing content violates the principle that significant context changes should be user-initiated, not automatic — cf. WCAG 3.2.1 On Focus, 3.2.5 Change on Request, and general focus-management/AT guidance. It removes the user's control over reading pace.

What Should Happen?

Don't auto-open. Render the question inline as readable text, or show a user-triggered "Answer question" button that opens the popover only on activation. Never hide preceding content automatically; respect AT focus order and reduced-motion.

Error Messages/Logs

Steps to Reproduce

1) Use Claude (Desktop / Claude Code) with screen magnification. 2) Send a prompt that makes Claude ask a structured multiple-choice question. 3) The popover auto-opens and covers the message still being read.

Claude Model

Opus

Is this a regression?

No, this never worked

Last Working Version

_No response_

Claude Code Version

1.15200.0 (250bae)

Platform

Other

Operating System

Windows

Terminal/Shell

Non-interactive/CI environment

Additional Information

_No response_

View original on GitHub ↗

This issue has 1 comment on GitHub. Read the full discussion on GitHub ↗