[FEATURE] Remote Control (mobile): allow typing/queueing a message or interrupting while a permission prompt is pending — deny only advances to the next prompt

Status Open
Reported on v2.1.241
Maintainer reply None cached
Activity 0 comments · opened Aug 24, 2026

Summary

While a Remote Control session is waiting on a permission prompt, the Claude mobile app locks the message composer. The only available actions are the prompt's buttons. Denying does not interrupt the turn — the agent simply proceeds to its next permission-gated tool call, and another prompt appears. When a task involves many permission-gated operations, the session becomes an approval marathon with no way to steer out of it from the phone.

In the terminal, the permission dialog has an escape hatch: pressing Esc (or "No, and tell Claude what to do differently") interrupts the turn and returns you to the input box, so you can redirect the agent. The mobile client has no equivalent.

What happened (concrete case, 2026-08-24)

  • Host: Claude Code 2.1.241 on Windows 11. Session driven from the Claude mobile app via Remote Control.
  • The agent was working through a file-tidying task (archiving audit logs). Each file operation was a separate permission-gated tool call — roughly 40 prompts in total.
  • Each prompt appeared on the phone one at a time. While a prompt was pending, the message composer was locked, so there was no way to type anything.
  • I wanted to tell the agent: "stop asking one by one — list the remaining operations and run them as one batch with a single approval." There was no way to deliver that message: denying a prompt just surfaced the next one.
  • The permission-mode dropdown (shipped via #29319 — thank you, it's a great addition) could not help here: the operations were Bash-gated, and neither Auto nor Bypass permissions can be selected from the app for a Remote Control session (per https://code.claude.com/docs/en/mobile#limitations).
  • The only remaining option was to archive the session and abandon the task.

Expected / requested behavior

Any one of these would resolve the situation:

  1. Allow composing and queueing a message while a permission prompt is pending (delivered when the agent next reads input) — parity with the terminal's "No, and tell Claude what to do differently".
  2. An explicit interrupt/stop control on the prompt screen that halts the turn and unlocks the composer.
  3. Bulk actions on prompts, e.g. "deny all remaining and stop" / "approve all similar" (related: #46842, closed as stale).

Environment

  • Claude Code (host): 2.1.241, Windows 11 Pro
  • Claude app: iOS (iPhone), latest App Store build as of 2026-08-24
  • Connection: Remote Control

Related issues

  • #29319 (permission-mode switching from mobile — implemented, but does not cover Bash-gated approvals since Auto/Bypass are unavailable remotely)
  • #46842 (bulk approve — closed as stale)
  • #35637 (prompts not rendering on mobile)
  • #60433 (remote approval feature — closed)

View original on GitHub ↗