An interrupt can now clear your whole queued command backlog at once and report what it cancelled.
What's wrong with this entry?
The control-protocol interrupt request accepts an optional cancel_queued boolean that clears queued main-thread commands along with the in-flight turn, and reports which uuids it killed.
- When
cancel_queued === !0, every uuid-stamped main-thread command still queued, including ones dequeued for the imminent turn but not yet reachable by the abort, gets a terminalcancelledlifecycle event. - The response comes back with
still_queued: []and the cancelled uuids on a new optionalcancelledfield. - Without the flag, the previous still_queued behaviour is unchanged.
- The capability string
interrupt_cancel_queued_v1is advertised on system/init next tointerrupt_receipt_v1andmsg_lifecycle_v1, so clients can feature-detect it. None of these strings exist in v2.1.218. - The in-process SDK client's
interrupt()wrapper does not send the flag, so this is for control-protocol consumers only.
interrupt_cancel_queued_v1
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.242
SDK
interrupt()can cancel queued messages and reports which onesBoth mention cancel queued