claude-code - 💡(How to fix) Fix AskUserQuestion blocks invisibly behind the thinking spinner (no prompt shown) when extended thinking is active

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

When the agent invokes AskUserQuestion while extended thinking is active, the question UI never renders. Instead the TUI keeps showing the "thinking" spinner with its timer counting up, while the harness is in fact blocked indefinitely waiting for the user's answer. There is no visible cue that input is required.

The user has to guess that something is wrong and press Esc. Only then does the UI reveal "User declined to answer questions" together with the question text and options that were never displayed — and the tool returns a declined result the user never intended to give.

Root Cause

When the agent invokes AskUserQuestion while extended thinking is active, the question UI never renders. Instead the TUI keeps showing the "thinking" spinner with its timer counting up, while the harness is in fact blocked indefinitely waiting for the user's answer. There is no visible cue that input is required.

The user has to guess that something is wrong and press Esc. Only then does the UI reveal "User declined to answer questions" together with the question text and options that were never displayed — and the tool returns a declined result the user never intended to give.

RAW_BUFFERClick to expand / collapse

Summary

When the agent invokes AskUserQuestion while extended thinking is active, the question UI never renders. Instead the TUI keeps showing the "thinking" spinner with its timer counting up, while the harness is in fact blocked indefinitely waiting for the user's answer. There is no visible cue that input is required.

The user has to guess that something is wrong and press Esc. Only then does the UI reveal "User declined to answer questions" together with the question text and options that were never displayed — and the tool returns a declined result the user never intended to give.

Observed behaviour

  1. Agent emits an AskUserQuestion tool call (extended thinking enabled).
  2. No question panel appears. The status line shows the normal "thinking…" spinner with an incrementing timer, indistinguishable from the agent actually working.
  3. The session is silently blocked on user input, but nothing signals this.
  4. After the user guesses and presses Esc, the UI finally shows User declined to answer questions plus the previously-invisible question(s) and option list.
  5. The agent receives a "the tool use was rejected / User declined to answer questions" result, even though the user never saw the prompt and did not intend to decline.

This has been observed on more than one occasion.

Expected behaviour

When AskUserQuestion is pending, the question + selectable options should render immediately and the status should indicate the agent is waiting for user input, not "thinking". Pressing Esc should be an explicit decline of a visible prompt, not the only way to discover a hidden one.

Repro steps

  1. Start a session with extended thinking enabled.
  2. Get the agent into a flow where it calls AskUserQuestion (e.g. to choose between two implementation approaches).
  3. Observe: no prompt renders; the thinking spinner keeps counting up.
  4. Press Esc → the question and options appear retroactively alongside User declined to answer questions.

Environment

  • Claude Code: 2.1.152
  • Model: claude-opus-4-8 (extended thinking active)
  • OS: Debian trixie, x86-64
  • Terminal: GNOME Terminal 3.54.0 (GNOME 47), VTE 0.78.0 (+BIDI +GNUTLS +ICU +SYSTEMD)

Possibly related

  • #63143 — AskUserQuestion + extended thinking, where concurrent prompts overwrite each other and a cancel poisons the session. Shares the AskUserQuestion-during-extended-thinking interaction and a render-state failure, but the visible symptom there is prompts overwriting each other; here the prompt is wholly absent, replaced by the thinking spinner.
  • #62493 — picker overlays/obscures the prior message (a different render fault).

The distinguishing symptom here: the prompt is not merely garbled or obscured but never shown, and the only external evidence of the blocked state is a thinking spinner that never resolves.

🤖 This issue was filed with the assistance of Claude Opus 4.8 (1M context).

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix AskUserQuestion blocks invisibly behind the thinking spinner (no prompt shown) when extended thinking is active