[BUG] Remote Control: AskUserQuestion shows 'awaiting input' on mobile but question and answer UI are completely missing

<img width="1330" height="594" alt="Image" src="https://github.com/user-attachments/assets/52c40b40-5567-4d8d-8183-d6e531cd9150" />
<img width="803" height="451" alt="Image" src="https://github.com/user-attachments/assets/493b0075-d087-4d70-8ff2-1958f2948232" />

Note: This root cause analysis was done collaboratively with Claude Code (Opus 4.6). If that bothers you, feel free to scroll past. Nobody's getting paid here — just sharing what I found in case it helps.

Root cause found

The bug is in the REPL bridge path (interactive session + RC enabled). When a tool needs permission, the CLI renders the prompt locally AND forwards it to the remote client. But the forwarding is gated:

// NSq — offset 11514131, v2.1.78
if (w && M && !K.tool.requiresUserInteraction?.()) {
  w.sendRequest(M, K.tool.name, ...);
}

Only two tools define requiresUserInteraction() as true: AskUserQuestion and ExitPlanMode. The ! negation means they're never forwarded to the remote client.

The flag exists to prevent these tools from being auto-approved by hooks/auto-mode (correct). But the bridge forwarding reuses it to mean "don't send to remote" (wrong — the remote client IS user interaction).

claude remote-control (server mode) is unaffected — different code path, no gate.

Regression

Introduced in v2.1.72. Versions 2.1.55–2.1.71 forwarded correctly.

One-line fix

Remove the gate from bridge forwarding:

sed -i -E 's/([a-zA-Z0-9]+)&&([a-zA-Z0-9]+)&&!K\.tool\.requiresUserInteraction\?\.\(\)\)/\1\&\&\2)/' "$(readlink -f $(which claude))"

Tested on v2.1.78 — AskUserQuestion renders on web, mobile, and Desktop after patch.

Full write-up with version history and code trace: tfvchow/field-notes-public#60

This is so annoying is there a fix yet ? For me the questions are renderderd but my selections are not passed to claude code

Anybody fixed this yet?

Update from v2.1.81 investigation (may be incorrect — analysis was done on minified code):

The bridge forwarding gate (!requiresUserInteraction()) identified by @tfvchow in v2.1.78 is no longer present in v2.1.81 — the flag now only appears in hook auto-approval logic and tool definitions (4 occurrences total, none in bridge forwarding).

However, the bug persists on v2.1.81 (confirmed with live test). This suggests the root cause may have shifted:

AskUserQuestion.renderToolUseMessage() returns null — the actual question UI appears to be rendered through the permission system (checkPermissions → {behavior: "ask"}), not tool message rendering. The REPL path renders this permission prompt locally in TUI. Forwarding the interactive permission prompt to the remote client may be the missing piece in v2.1.81.

⚠️ This analysis was done by reading minified/bundled code — conclusions could be wrong. Sharing in case it helps narrow things down.

Source: 🗒️ Live debugging session on macOS, Claude Code v2.1.81

Looks like this is working as of today. I was not working yesterday.