Fix is up in #27296: the mobile approval card now caps its height, scrolls the command inside it, and keeps the Allow/Decline buttons and the option warning pinned below. Macroscope approved and CodeRabbit's findings are all resolved. It isn't verified on a device yet (no iOS dev client could be built where I worked), so before/after captures are still to do.
[Bug]: Mobile approval card can't scroll, so long commands push its buttons off screen#27291
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/mobile
Steps to reproduce
- On the iOS app, open a Supervised thread.
- Have the agent ask approval for a long command, such as a multi-line shell script with a heredoc.
- Try to scroll the approval card above the composer.
Expected behavior
The card stays within the screen, and the command scrolls inside it so the Allow and Decline buttons stay reachable.
Actual behavior
The approval card is as tall as its text, so a long command pushes the top and the buttons past the visible area. Nothing in the card scrolls, and dragging it does not move the thread behind it, so the full command can't be read.
PendingApprovalCard is a plain View in a shrink-0 slot above the composer in ThreadDetailScreen, with no height cap and no ScrollView. The sibling question card (PendingUserInputCard) and the usage panel both cap their height and scroll.
Impact
Blocks work until fixed or worked around
Version or commit
main (9826dbb990)
Environment
iOS, mobile app, Claude Code provider
Workaround
Decline by sending a message from the composer, or answer the approval on the web or desktop client.