claude-code - 💡(How to fix) Fix [BUG] "Chat about this" on AskUserQuestion erases the original question from the visible transcript [1 comments, 2 participants]

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…
GitHub stats
anthropics/claude-code#56402Fetched 2026-05-06 06:29:02
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Author
Timeline (top)
labeled ×3commented ×1

When the user selects "Chat about this" on an AskUserQuestion tool call, the rejection block that lands in the transcript is just Tool use rejected (plus a system note saying the user wants to clarify). The original question text and its option labels — which were on screen seconds earlier — are not preserved in the visible transcript. The model then prompts "what would you like to clarify?", but the user has no way to re-read the question they were just shown.

Root Cause

When the user selects "Chat about this" on an AskUserQuestion tool call, the rejection block that lands in the transcript is just Tool use rejected (plus a system note saying the user wants to clarify). The original question text and its option labels — which were on screen seconds earlier — are not preserved in the visible transcript. The model then prompts "what would you like to clarify?", but the user has no way to re-read the question they were just shown.

RAW_BUFFERClick to expand / collapse

Preflight

Related to (and possibly a sibling of) #33511, which was auto-closed for inactivity then locked. Filing fresh per the bot's instructions.

Summary

When the user selects "Chat about this" on an AskUserQuestion tool call, the rejection block that lands in the transcript is just Tool use rejected (plus a system note saying the user wants to clarify). The original question text and its option labels — which were on screen seconds earlier — are not preserved in the visible transcript. The model then prompts "what would you like to clarify?", but the user has no way to re-read the question they were just shown.

Repro

  1. Have Claude call AskUserQuestion with one or more options.
  2. Select "Chat about this" (not a regular reject).
  3. Look at the transcript: the question text and options are gone. Only Tool use rejected and Claude's follow-up "what would you like me to clarify" remain.

Expected

The transcript should preserve the original question text and option labels (and ideally the option descriptions / previews) inline with the rejection event, so the user can read what they're being asked to clarify against.

Why it matters

"Chat about this" is the user's escape hatch when none of the options fit. Without the question text visible, the user has to (a) remember the wording verbatim, (b) ask Claude to repeat the question (extra round trip), or (c) abandon the clarification and pick a wrong-fit option. All three undermine the affordance.

Relationship to #33511

#33511 documents three protocol-level bugs in the same flow: is_error: true, loss of already-provided answers, and model misinterpretation. This issue is narrower and complementary: even if those are fixed, the user still can't see the question to clarify against.

Environment

Claude Code CLI, Opus 4.7 (1M context).

extent analysis

TL;DR

Modify the AskUserQuestion tool call to include the original question text and option labels in the rejection block.

Guidance

  • Review the AskUserQuestion API to determine if there's an optional parameter to preserve the question text and option labels in the rejection block.
  • Verify that the Tool use rejected message is generated by the Claude model or the Opus 4.7 environment, and check if there's a configuration option to customize this message.
  • Investigate if the loss of question text and option labels is related to the is_error: true protocol-level bug mentioned in #33511, and consider addressing that issue as well.
  • Test the "Chat about this" feature with different types of questions and option labels to ensure the fix works consistently.

Example

No code snippet is provided as the issue does not include specific code references.

Notes

The fix may require modifications to the Claude Code CLI, Opus 4.7 environment, or the AskUserQuestion tool call. It's essential to test the changes thoroughly to ensure they don't introduce new issues.

Recommendation

Apply a workaround to modify the AskUserQuestion tool call to preserve the original question text and option labels, as upgrading to a fixed version is not mentioned in the issue. This will allow users to clarify their questions effectively until a permanent fix is implemented.

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 [BUG] "Chat about this" on AskUserQuestion erases the original question from the visible transcript [1 comments, 2 participants]