Headless cloud clients now see a cancelled status for each queued command an interrupt dropped.
What's wrong with this entry?
A tool driving a cloud session through the headless --cloud client now gets a 'cancelled' status, and only that status, for each queued command an interrupt with cancel_queued:true dropped, so it can tell that those commands will never run.
- The cancellation messages follow the interrupt's own success response and are not ordered against the result of the turn that was interrupted.
- Identifiers you do not recognise may appear, because another client connected to the same session may have queued the prompt.
- Documented for the stdout stream in
-pand SDK sessions, headless--cloudclient only.
A host driving a cloud-hosted session through the headless --cloud client also receives 'cancelled' (and only that state) after its interrupt with cancel_queued:true
Strings lifted out of the shipped bundle, so the claim above can be checked against them.