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] Subtask shows “Start new task” / “Continue” instead of approve/confirm after leave-and-return; queued message lost on attempt_complete #1223
After leaving a task whose last step was creating a subtask (or a subtask completion) and coming back, the confirm/approve action is gone and the UI shows “Start new task” or “Continue” instead.
When a message is already queued and the agent uses attempt_complete, the complete is accepted and returned to the parent while the queued message disappears from the subtask history.
Context (who is affected and when)
Anyone using subtasks (parent → child task) in Zoo Code, especially in JetBrains (WebStorm/PhpStorm). Happens when you navigate away from a subtask or parent mid-flow and return, or when a message is queued while the agent tries to complete the subtask.
Note from reproduction: at dfa16bd the UI should still show Approve/Deny but instead shows “Continue”.
Expected result
Returning to the subtask (or to the parent waiting on the subtask) keeps the correct action: Approve/Deny or the confirm/complete-subtask control. Queued messages stay in the subtask history when attempt_complete runs.
Actual result
After leave-and-return, the confirm/approve control is missing; UI shows “Continue” or “Start new task”. With a queued message + attempt_complete, the complete is accepted and returned to the parent and the queued message is lost from the subtask history.
Variations tried (optional)
Reproduced in WebStorm and PhpStorm with the same plugin version. Related older reports (#457, #560 and the r/ZooCode thread about subtasks ending with “start a new task”) covered profile-switch / interruption cases; this is the leave-and-return path and the queued-message loss.
This is now tracked beneath #355. The navigation half coordinates with #370's live-task focus switching, but also needs durable restoration for historical/restarted tasks. The queued-message half exists with parallel execution disabled and coordinates with #377 without depending on it. A TDD fix is underway with deterministic regression coverage for both paths.
Activity
zoomote commentedon Aug 21, 2026
This is now tracked beneath #355. The navigation half coordinates with #370's live-task focus switching, but also needs durable restoration for historical/restarted tasks. The queued-message half exists with parallel execution disabled and coordinates with #377 without depending on it. A TDD fix is underway with deterministic regression coverage for both paths.