WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
NEW
151949
[Streams API] pipeTo tests are failing
https://bugs.webkit.org/show_bug.cgi?id=151949
Summary
[Streams API] pipeTo tests are failing
Xabier Rodríguez Calvar
Reported
2015-12-07 11:07:23 PST
We are just flagging these tests as pipeTo specification is not complete. When it becomes more complete, we'll have a deeper look.
Attachments
Add attachment
proposed patch, testcase, etc.
Xabier Rodríguez Calvar
Comment 1
2015-12-07 12:28:56 PST
Now it is failing in GTK+ too.
Xabier Rodríguez Calvar
Comment 2
2015-12-07 12:35:32 PST
Committed
r193644
: <
http://trac.webkit.org/changeset/193644
>
Lauro Moura
Comment 3
2020-08-26 13:58:39 PDT
After the last round of stream commits, pipe-to.html keeps failing with this diff (from a Catalina build): -FAIL Piping to a writable stream that does not consume the writes fast enough exerts backpressure on the source |this| is not a Promise +FAIL Piping to a writable stream that does not consume the writes fast enough exerts backpressure on the source assert_equals: at t = 0 ms, ws should be writable expected (string) "writable" but got (undefined) undefined The test still expects WritableStream to have the 'state' attribute, but it is some detail from the reference implementation, not part of the public WritableStraem API, right? Btw, testing with both GTK and WPE removing the state check fails at 225ms with: -FAIL Piping to a writable stream that does not consume the writes fast enough exerts backpressure on the source |this| is not a Promise +FAIL Piping to a writable stream that does not consume the writes fast enough exerts backpressure on the source assert_array_equals: at t = 225 ms, the two enqueued chunks in rs did not cause backpressure property 1, expected 1 but got 0
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug