[Webkit-unassigned] [Bug 231084] Regression(r282374): [ macOS ] imported/w3c/web-platform-tests/html/semantics/embedded-content/the-video-element/resize-during-playback.html is a flaky failure

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=231084

Jean-Yves Avenard [:jya] <jean-yves.avenard at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.webkit.org/sho
                   |                            |w_bug.cgi?id=230210

--- Comment #6 from Jean-Yves Avenard [:jya] <jean-yves.avenard at apple.com> ---
This test is failing because we do not support change of resolution mid-stream and we reach the end of the video without firing the "resize" event.

The test calls play() on the video element and wait for both `resize` and `playing` event; each event can only be fired once without causing an error.

in bug 230210 (r282374) we properly fixed stall detections.
If a stall occurs during playback (due to the system being overloaded or whatever), the readyState will move from HAVE_FUTURE_DATA to HAVE_CURRENT_DATA and the `stalled` event will be fired. [1]

When re-buffering completed and the readyState moves again from HAVE_CURRENT_DATA to HAVE_ENOUGH_DATA (or more per spec: we are to `notify about playing` [2] and fire the `playing` event.

The test doesn't handle this case, it assumes that playback will not stall and continue uninterrupted; there's no guarantee this will always be the case. It will happen more likely with WK1 as there's less parallel processing.

in bug 230210 (r282374) we properly fixed stall detections. We have a correct progression in the behaviour simply exposing an existing flaw in the test.

Seeing that the test can't pass as we do not support the feature tested, we should just skip this test.

[1] https://html.spec.whatwg.org/multipage/media.html#ready-states
[2] https://html.spec.whatwg.org/multipage/media.html#notify-about-playingv

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20211110/90ef06eb/attachment.htm>