189618 2018-09-14 07:43:58 -0700 [EME][GStreamer] imported/w3c/web-platform-tests/encrypted-media/clearkey-mp4-playback-temporary-multikey-sequential* fail because of unsorted timeupdate 2021-05-05 06:37:55 -0700 1 1 1 Unclassified WebKit WebCore Misc. Other Unspecified Unspecified NEW P2 Normal --- 185590 1 calvaris webkit-unassigned cturner eocanha oldest_to_newest 1459729 0 calvaris 2018-09-14 07:43:58 -0700 Once bug 185590 is fixed, these tests will fail because the timeupdate events comes when it shouldn't according to the tests. 1470572 1 cturner 2018-10-18 10:00:35 -0700 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. 1470820 2 calvaris 2018-10-19 00:28:08 -0700 (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. 1756923 3 eocanha 2021-05-05 06:37:55 -0700 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