NEW189618
[EME][GStreamer] imported/w3c/web-platform-tests/encrypted-media/clearkey-mp4-playback-temporary-multikey-sequential* fail because of unsorted timeupdate 
https://bugs.webkit.org/show_bug.cgi?id=189618
Summary [EME][GStreamer] imported/w3c/web-platform-tests/encrypted-media/clearkey-mp4...
Xabier Rodríguez Calvar
Reported 2018-09-14 07:43:58 PDT
Once bug 185590 is fixed, these tests will fail because the timeupdate events comes when it shouldn't according to the tests.
Attachments
Add attachment proposed patch, testcase, etc.
Charlie Turner
Comment 1 2018-10-18 10:00:35 PDT
This times out on the GTK port. It's also strange that WPE has a passing expectation for this test in it's platform LayoutTests folder, despite being marked as a failure.
Xabier Rodríguez Calvar
Comment 2 2018-10-19 00:28:08 PDT
(In reply to Charlie Turner from comment #1) > This times out on the GTK port. It's also strange that WPE has a passing > expectation for this test in it's platform LayoutTests folder, despite being > marked as a failure. That looks wrong.
Enrique Ocaña
Comment 3 2021-05-05 06:37:55 PDT
When run manually with "run-webkit-tests --gtk --repeat-each=10 --iterations=1" this test passes sometimes and crashes some others. When run directly from MiniBrowser, the web page says that the test has failed (I can't reproduce the crash there): assert_equals: Should have only received exactly one timeupdate while waiting for key expected 1 but got 0 onTimeupdate@https://127.0.0.1:9443/encrypted-media/scripts/playback-temporary- multikey-sequential.js:96:30 @https://127.0.0.1:9443/resources/testharness.js:2044:30 @https://127.0.0.1:9443/resources/testharness.js:2069:40
Note You need to log in before you can comment on or make changes to this bug.