Bug 295289
| Summary: | [MSE][GStreamer] Make fake preroll asynchronous | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Enrique Ocaña <eocanha> |
| Component: | New Bugs | Assignee: | Enrique Ocaña <eocanha> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
Enrique Ocaña
With the current implementation the whole seek flow as executed in a single main loop cycle. As a result, the JS app had no chance to spot that video.seeking attribute is ever set to true. Also some apps listen to video.onseeking and expects that video.seeking attribute to be true in such case. That wasn't a valid assumption.
Also, the behaviour isn't the same in <video> elements that are audio-only as in <audio> elements.
See:
https://github.com/WebPlatformForEmbedded/WPEWebKit/pull/1232
https://github.com/WebPlatformForEmbedded/WPEWebKit/pull/1527
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Enrique Ocaña
This happens on the Amlogic platform, that doesn't have asynchronous state changes on its audio sink. Spotify is broken there because of this problem.
Enrique Ocaña
Pull request: https://github.com/WebKit/WebKit/pull/47446
EWS
Committed 298239@main (ff888612263c): <https://commits.webkit.org/298239@main>
Reviewed commits have been landed. Closing PR #47446 and removing active labels.
Radar WebKit Bug Importer
<rdar://problem/157577081>