295289 2025-07-01 10:10:30 -0700 [MSE][GStreamer] Make fake preroll asynchronous 2025-08-05 10:10:15 -0700 1 1 1 Unclassified WebKit New Bugs WebKit Nightly Build Unspecified Unspecified RESOLVED FIXED InRadar P2 Normal --- 1 eocanha eocanha webkit-bug-importer oldest_to_newest 2127069 0 eocanha 2025-07-01 10:10:30 -0700 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 2127070 1 eocanha 2025-07-01 10:12:40 -0700 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. 2127073 2 eocanha 2025-07-01 10:19:18 -0700 Pull request: https://github.com/WebKit/WebKit/pull/47446 2134429 3 ews-feeder 2025-08-05 10:09:39 -0700 Committed 298239@main (ff888612263c): <https://commits.webkit.org/298239@main> Reviewed commits have been landed. Closing PR #47446 and removing active labels. 2134430 4 webkit-bug-importer 2025-08-05 10:10:15 -0700 <rdar://problem/157577081>