Bug 189618
| Summary: | [EME][GStreamer] imported/w3c/web-platform-tests/encrypted-media/clearkey-mp4-playback-temporary-multikey-sequential* fail because of unsorted timeupdate | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Xabier Rodríguez Calvar <calvaris> |
| Component: | WebCore Misc. | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | cturner, eocanha |
| Priority: | P2 | ||
| Version: | Other | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Bug Depends on: | 185590 | ||
| Bug Blocks: | |||
Xabier Rodríguez Calvar
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
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
(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
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