Once bug 185590 is fixed, these tests will fail because the timeupdate events comes when it shouldn't according to the tests.
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.
(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.
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