[Webkit-unassigned] [Bug 224369] New: [WebCompat] When seeking to the end of the video, ended attribute value is true

[bugzilla-daemon at webkit.org]

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

            Bug ID: 224369
           Summary: [WebCompat] When seeking to the end of the video,
                    ended attribute value is true
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
               URL: https://jyavenard.github.io/htmltests/tests/seekPastDu
                    ration.html
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Media
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jya at apple.com

I can't get a clear perspective on the matter, so opening this bug to get a the issue looked into.

STR:
video.currentTime = video.duration + 1;
testExpected(video.ended, true); // 1
await waitFor(video, 'seeked');
testExpected("video.ended", true); // 2

Now this will pass with WebKit.

Both gecko and blink based browsers for the first test will fail. ended attribute is only set to true once the seek operation has completed (the seeked event has been fired)

In the spec, in a non-informative section we read:
https://html.spec.whatwg.org/multipage/media.html#event-media-ended
"ended : Playback has stopped because the end of the media resource was reached | currentTime equals the end of the media resource; ended is true."

However, we haven't completed the seek, are we really done yet to say it's ended? Both Chromium based browser and Firefox will return ended == false in step //1


Additional note: readyState once the element is ended is still showing as 4 (HAVE_FUTURE_DATA). I believe this is incorrect as we have reached the end of the content, there's no future data available, we're done. (Firefox will return 2 (HAVE_CURRENT_DATA))

-- 
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/20210409/d13d2207/attachment-0001.htm>