Contact [email protected], [email protected],
[email protected]

Explainer
https://github.com/whatwg/streams/blob/main/writable-stream-abort-signal-explainer.md

Specification
https://streams.spec.whatwg.org/#writablestreamdefaultcontroller-signal

Summary

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. In addition to
being exposed to streams authored in JavaScript, this facility will also be
used by platform-provided streams such as WebTransport.

Blink componentBlink>Network>StreamsAPI
<https://bugs.chromium.org/p/chromium/issues/list?q=component:Blink%3ENetwork%3EStreamsAPI>

TAG reviewNot needed as this is an incremental improvement to an existing
feature.

TAG review statusNot applicable

Risks
Interoperability and Compatibility

Low risk because streams has already been standardised for a long time
(since around 2014). Other browsers have implemented other parts of the
standard, and they will most likely also adapt this feature as well soon.

Gecko: Positive (
https://github.com/whatwg/streams/pull/1132#issuecomment-867114529
<https://chromestatus.com/admin/features/launch/5698931422920704/5?intent=1>)
Mozilla is supportive of Streams but has not yet shipped WritableStream. It
is expected that they will include this feature when they do. They have
also expressed interest in implementing WebTransport, and therefore are
supportive of this feature.

WebKit: No signal

Web developers: No signals

Ergonomics

A lot of design efforts have been made into making the streams API easy to
use. Additionally, this feature is only a small change to the existing
streams API that developers are used to. An underlying sink which doesn't
observe the controller.signal will continue to have the existing behavior.


Debuggability

No special support needed.

Is this feature fully tested by web-platform-tests
<https://chromium.googlesource.com/chromium/src/+/master/docs/testing/web_platform_tests.md>
?Yes

Flag name
Requires code in //chrome?False

Tracking bughttps://bugs.chromium.org/p/chromium/issues/detail?id=1215992

Patch
https://chromium-review.googlesource.com/c/chromium/src/+/3127824

Estimated milestonesM95

Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5698931422920704

This intent message was generated by Chrome Platform Status
<https://www.chromestatus.com/>.

-- 
You received this message because you are subscribed to the Google Groups 
"blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAMZNYAP-Of819oOp4yq8vRdzx78UUCPj9YKJqx4ZwLj_YsN%3D-Q%40mail.gmail.com.

Reply via email to