#672: WritableStream controller's AbortSignal

Visit on Github.

Opened Sep 2, 2021

Ya ya yawm TAG!

I'm requesting a TAG review of WritableStream controller's AbortSignal.

The streams APIs provide ubiquitous, interoperable primitives for creating, composing, and consuming streams of data. This change permits an underlying sink to rapidly abort an ongoing write or close when requested by the writer. Previously, when writer.abort() was called, a long-running write would still have to continue to completion before the stream could be aborted. With this change, the write can be aborted immediately. An underlying sink which doesn't observe the controller.signal will continue to have the existing behavior. In addition to being exposed to streams authored in JavaScript, this facility will also be used by platform-provided streams such as WebTransport.

Further details:

  • I have reviewed the TAG's Web Platform Design Principles
  • Relevant time constraints or deadlines: We are hoping to launch WebTransport in M96, which will use this API in SendStream's write and close.
  • The group where the work on this specification is currently being done: WHATWG
  • The group where standardization of this work is intended to be done (if current group is a community group or other incubation venue): WHATWG
  • Major unresolved issues with or opposition to this specification: N/A
  • This work is being funded by: Google

You should also know that...

N/A

We'd prefer the TAG provide feedback as (please delete all but the desired option):

🐛 open issues in our GitHub repo for each point of feedback

Discussions

2021-09-Gethen

Minutes

Rossen: It's unclear what the user benefits or use cases are based on the explainer.

Left comment and cross posted to their repo