[BUG] Remote Control (iOS): approval prompts truncate the command and the diff, with no way to view the full text before allowing

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet (the prior reports are all closed and locked — see "Additional Information")
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

When approving a tool call from the Claude iOS app while driving a Remote Control session, the approval prompt shows only the beginning of what is being approved — roughly the first 100 characters — and there is no way to see the rest. No tap-to-expand, no scrollable region within the prompt, no detail view, no copy.

This affects both kinds of approval:

1. Bash commands. Long commands are cut off (historically with a trailing \…). Arguments, redirects, paths and any chained && / ; clauses past the cut are unreachable. A command whose visible prefix is innocuous can have destructive content in the hidden tail.

1. File edits. The diff shown for an Edit/Write approval is truncated the same way, so the full set of changes cannot be read before approving.

The practical result is that the approver is choosing Allow or Deny without being able to read what they are allowing. The permission system exists to make that decision informed; from mobile it currently produces an approval record for a decision the user had no basis to make. The two available behaviours are both bad: approve blind, or deny and stall the session.

This is not a niche path. With remoteControlAtStartup enabled, every session can be driven from the phone, so any session's approvals may land in this UI.

What Should Happen?

The full text should be viewable before choosing Allow or Deny, regardless of length — for both the command string and the diff. Any of these would resolve it:

• A scrollable block inside the prompt containing the complete text
• Tap-to-expand / "Show more" revealing the full text inline
• A detail sheet opened from the prompt, dismissable back to the Allow/Deny choice without answering

Two details that matter for the fix to actually help:

• The diff case needs the same treatment as the command case; fixing only Bash leaves half the gap open.
• The text should be selectable/copyable without granting, so it can be checked elsewhere before deciding.

Error Messages/Logs

Not applicable — this is a UI/rendering gap, no error is emitted.

Steps to Reproduce

1. Start a session on the desktop with Remote Control active.
2. From the Claude iOS app, connect to that session.
3. Prompt for something that produces a long Bash command — for example a git add with many paths, or any command over ~100 characters — such that it exceeds the prompt's visible area.
4. Wait for the approval prompt to arrive on the phone.
5. Observe: the command is cut off and cannot be expanded, scrolled or copied. The only actions available are Allow and Deny.
6. Repeat with a file edit that produces a diff of more than a few lines — the diff is truncated the same way.

Claude Model

Not sure / Multiple models

Is this a regression?

No, this never worked

Last Working Version

_No response_

Claude Code Version

2.1.232 (host CLI). The truncation is in the iOS app UI; iOS app build number not recorded — reproduced on the current App Store release as of 2026-08-14.

Platform

Anthropic API

Operating System

macOS 26.5.1 (host running the session); iOS (approving client)

Terminal/Shell

Other (approval happens in the iOS app, not a terminal)

Additional Information

Filing fresh because every prior report of this was closed without a fix and is now locked, so it can't be reopened or commented on:

• #37235 — the canonical report, filed 2026-03-21. Auto-closed 2026-05-20 as inactive (not planned), then locked. Its closing comment says to open a new issue if this is still relevant, which is what this is. It also carries a second report in the comments confirming diffs are truncated as well as commands.
• #48411 — same bug reported against the iOS Bash approval dialog (2026-04-15), closed as a duplicate of #37235.
• #43842 — multi-line Bash arguments not fully rendered in the approval dialog, closed stale.

Still open and related, but neither covers this:

• #75192 — the same class of problem in the VS Code extension (truncated directory path in the "allow for this session" option).
• #85023 — a feature request for richer prompts (requesting agent, the tool's description field alongside the raw command). That would help the readability problem but does not make the full text reachable.

Also worth noting the dedupe bot will likely match this against #37235. It is the same defect, but #37235 is closed and locked, so there is no way to revive that thread.