[BUG] Desktop (Windows): spawn_task suggestion chips never render - tool result says chip is showing but UI shows nothing (2 pending)
Resolved 💬 0 comments Opened Jul 14, 2026 by yhonda-ohishi Closed Jul 14, 2026
Environment
- Claude Code 2.1.205 (embedded CLI reported by
claude --version) - Desktop app on Windows 11 Home 10.0.26200
- Session running in the desktop app's Code tab (win32, PowerShell host)
What happened
During a normal interactive session, the agent called the spawn_task tool twice (a few minutes apart). Both tool results confirmed chip creation on the host side:
Noted (position 1, task_id: task_cb5e436f). A chip is showing for the user — they can start it in a fresh worktree with one click, or dismiss it.
Noted (position 2, task_id: task_854eaeed). ... Currently pending: task_cb5e436f "...", task_854eaeed "..."
However, no chip is rendered anywhere in the desktop UI:
- Nothing in the conversation view (no card above/near the input box, no "Suggested task · 2 queued" header)
- Nothing in the sidebar (Home/Code, routines, dispatch (beta), recent items — checked via screenshot)
- The user explicitly looked for them after being told where chips normally appear and confirmed nothing is shown
So the agent-side registry and the desktop rendering are out of sync: spawn_task reports the chips as pending/visible, but the client never displays them, leaving the suggestions undiscoverable and unstartable from the UI.
Expected
A pending suggested-task chip should be visible (and startable/dismissable) in the conversation view — or at minimum the queued-chips header from #70388 should appear when 2 chips are pending.
Steps to reproduce
- Desktop app (Windows), interactive session in a project directory
- Have the agent call
spawn_tasktwice in one session (out-of-scope follow-up suggestions) - Observe tool results claim "A chip is showing" with 2 pending task_ids
- No chip appears anywhere in the client UI
Related
- #70388 — when 2+ chips are queued only the front card is reachable (here even the front card never renders)
- #53494 — cloud-spawned tasks have no discoverable handle in the desktop UI (same symptom class, different spawn path)
- #69677 — background-tasks menu entry hidden when no tasks are running (reduces discoverability of whatever fallback UI exists)
🤖 Generated with Claude Code