Adam Rice
Adam Rice
**Principle:** cloning a stream should be a no-op (except that queue size increases by one chunk). # Cloning formulas "Cloning" is an operation which locks the original stream and constructs...
https://streams.spec.whatwg.org/commit-snapshots/51227372cc84846bdcf68312724c4cac6a4b9e58/#rs-pipeTo-shutdown-with-action > Wait until every chunk that has been read has been written I think it's ambiguous whether this waits when no chunks have been read or not. This is...
In #941, we got a PR from someone who wasn't aware of the participation agreement requirement. Looking at CONTRIBUTING.md and README.md, nothing stood out as mentioning the requirement. To avoid...
If I understand correctly, the following test should pass: ```javascript promise_test(() => { let controller; let readPromise; let reader; const rs = new ReadableStream({ start(c) { controller = c; }...
Short timers make tests flaky. From the [Testharness.js API Documentation](http://testthewebforward.org/docs/testharness-library.html): > Note that timeouts generally need to be a few seconds long in order to produce stable results in all...
This was raised by @tyoshino in https://github.com/w3c/web-platform-tests/pull/5421#discussion_r111348353 Consider the following sink: ```javascript new WritableStream({ write(chunk) { return handle.write(chunk) .catch(reason => { cleanup(); return Promise.reject(reason); }); } close() { handle.flush(); cleanup();...
Currently an exception or rejection from `us.write()` will not result in `us.abort()` being called. If the underlying sink wants to free resources, it has to do it before returning the...
For the Encoding Standard, it would be useful to be able to talk about erroring the stream. However, while the Streams Standard uses the term in the few places, it...
This is arguably a Chromium issue but since the tests will arrive at Chromium via the the w3c web-platform-tests I am filing it here. It will be useful for any...
https://streams.spec.whatwg.org/#rs-pipeTo-shutdown-with-action > Wait until any ongoing write finishes \(i\.e\. the corresponding promises settle\)\. > It's not clear whether this refers to the promises returned by the underlying sink's write() method,...