[Bug] AskUserQuestion picker submits option on focus-click instead of requiring explicit selection

Status Closed — duplicate
Reported on v2.1.217
Maintainer reply None cached
Activity 2 comments · opened Jul 22, 2026 · closed Aug 15, 2026

Bug Description
Title: AskUserQuestion picker selects an option on mouse click-to-focus, causing accidental wrong answers

What happens:
In the interactive AskUserQuestion picker, clicking anywhere in the question area to focus the terminal window registers as selecting/submitting the focused option. When I click into the session just to bring it into focus — a natural, reflexive action — I end up choosing an answer I didn't intend. This happens most of the time and I frequently submit the wrong option as a result.

Expected:
Clicking to focus the window (or clicking a neutral area) should not select or submit an option. Selection should require an explicit, deliberate action — e.g. clicking directly on an option and then confirming, or pressing Enter — not a single focus-click.

Steps to reproduce:

  1. Have the agent present an AskUserQuestion prompt with multiple options.
  2. Switch focus away from the terminal (another window/app).
  3. Click back into the terminal window (in the question region) to refocus.
  4. Observe: the click selects/submits the focused option instead of just refocusing.

Impact:
Frequent accidental wrong answers. Because the answer feeds back into the agent's next actions, a mis-click can send wo cost several correction turns to
unwind.

Requests:

  1. Don't treat a focus-click as cus the window" from "choose an

option."

  1. If intended behavior, please g to require explicit

confirmation (e.g. Enter) before

Environment: Claude Code CLI, ma

Environment Info

  • Platform: darwin
  • Terminal: WarpTerminal
  • Version: 2.1.217
  • Feedback ID: 0cd805ba-a8ee-47ee-bb64-e855619bfa7f

Errors

[]

View original on GitHub ↗

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