You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[Bug]: "Subagent needs input" badge shows when no subagent is waiting (iOS) #18978
I searched existing issues and did not find a duplicate.
I included enough detail to reproduce or investigate the problem.
Area
apps/mobile (iOS)
Steps to reproduce
Not confirmed as deterministic. Observed in one thread:
Run a Claude thread (provider claudeAgent) on the desktop server that starts a background shell command.
Let the command finish, and the assistant ends its turn with a plain-text question to the user.
Open the same thread in the iOS nightly beta app.
The thread shows a "Subagent needs input" badge.
Expected behavior
The badge should appear only when a subagent is actually waiting for input. If the thread itself is waiting for the user, the label should not say "Subagent".
Actual behavior
The badge says "Subagent needs input" although no subagent was waiting.
From the provider log for that thread, the only background work in its final stretch was a local shell command. It completed at 10:19:39 CEST (08:19:39Z). No Agent or Task subagent was started in that stretch. The assistant's last message ends with a question to the user, so the badge may be derived from that message text rather than from subagent state.
Impact
Minor bug or occasional failure.
Version or commit
Desktop server v0.0.46-nightly.20261008.2849. iOS app 2.0.0 (Build 122), nightly beta.
Environment
Server: Linux (CachyOS, kernel 7.2.9-2-cachyos), desktop mode
#15082 covers the opposite case: a delegated task that needs input never tells its parent. This report is a false positive, where the badge appears with no subagent waiting.
Activity