[BUG] Remote viewer: AskUserQuestion is not surfaced in the claude.ai/code web viewer on Windows (v2.1.198) — remote user silently blocked (regression of #33625 / #36552)

Preflight Checklist

• [x] I have searched existing issues and reference the related ones below
• [x] This is a single bug report
• [x] I am using the latest version of Claude Code (v2.1.198)

What's Wrong?

When a local Claude Code CLI session is surfaced in the claude.ai/code web
viewer (remote viewing / remote control, session URL pattern
https://claude.ai/code/session_*), and the model calls the AskUserQuestion
tool, the interactive question is rendered only in the local terminal (TUI).
It never appears in the remote web viewer:

• The question text is completely absent in the web viewer (not truncated — not

rendered at all).

• There is no answer UI (no options, no input, no submit) in the web viewer.
• The web viewer gives no visible "awaiting input / blocked" indication, so a

user watching remotely has no way to tell the session has stalled on a prompt.

The CLI side renders the full AskUserQuestion widget and blocks waiting for an
answer, so the only way to unblock is to answer at the physical terminal. A
remote/mobile-only user is silently stranded.

This appears to be the same failure class as the REPL-bridge forwarding issue
described in #33625 (interactive prompts rendered locally but not forwarded to
the remote surface), which was closed as COMPLETED but reproduces here on a
newer version and a different platform/surface.

Steps to Reproduce

1. Start a Claude Code CLI session in a terminal on Windows.
2. Open/pair that same session in the claude.ai/code web viewer (remote viewer).
3. Cause the model to call AskUserQuestion (e.g. ask it a question that makes

it present multiple-choice options).

1. Observe the terminal vs. the web viewer.

Expected Behavior

The web viewer mirrors the terminal: it renders the AskUserQuestion text and
answer UI, and shows a clear "awaiting your input" blocked state, so a remote
user can see the session is waiting and can respond from the web viewer.

Actual Behavior

The AskUserQuestion prompt renders only in the local terminal. The web viewer
shows nothing — no question, no answer UI, and no indication the session is
blocked. The remote user silently stalls; the prompt can only be answered at the
local terminal.

Environment

• Claude Code version: 2.1.198
• OS: Windows 11 Home (10.0.26200)
• Shell / host: PowerShell
• Local surface: terminal CLI (TUI)
• Remote surface: claude.ai/code web viewer (https://claude.ai/code/session_*)

Impact

Any remote/mobile-only user of a CLI session is silently blocked whenever the
model calls AskUserQuestion — the session appears idle in the web viewer with
no way to know an answer is required, and no way to answer from the web viewer.

Related issues

• #33625 — canonical prior report (mobile), closed COMPLETED 2026-06-03; thread

contains root-cause analysis and reports the fix did not fully hold. Now locked.

• #36552 — "AskUserQuestion UI not visible on remote control viewer" (closed as

duplicate of #33625). Near-identical to this report.

• #28508 (open) — return-leg variant: question renders on remote but the

selection is not received by the CLI.

• #60385 (open) — sibling: MCP permission prompts also never surface in the

claude.ai/code web UI, suggesting a shared bridge-forwarding root cause.

Open question for triage

Does the same non-forwarding affect plan-mode approval and tool-permission
prompts on the claude.ai/code web viewer? #60385 confirms it for MCP permission
prompts; plan-approval on the web viewer is not separately verified here. If they
share the REPL-bridge path, one fix likely covers all interactive prompts.