24955 2014-03-06 09:05:50 +0000 Does seeking to the end trigger the loop/ended/pause steps? 2014-04-14 21:53:28 +0000 1 1 1 Unclassified WHATWG HTML unspecified Other other RESOLVED FIXED http://www.whatwg.org/specs/web-apps/current-work/#playing-the-media-resource P3 normal Unsorted 1 contributor ian ian mike philipj contributor oldest_to_newest 101971 0 contributor 2014-03-06 09:05:50 +0000 Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/the-video-element.html Multipage: http://www.whatwg.org/C#playing-the-media-resource Complete: http://www.whatwg.org/c#playing-the-media-resource Referrer: http://www.whatwg.org/specs/web-apps/current-work/multipage/ Comment: Does seeking to the end trigger the loop/ended/pause steps? Posted from: 58.187.26.12 User agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/33.0.1750.117 Safari/537.36 OPR/20.0.1387.59 (Edition Next) 101972 1 philipj 2014-03-06 09:12:34 +0000 I was going to write some test cases for this, but don't know if the spec says what it should right now. If the media element is paused and one sets currentTime to duration, does that trigger "When the current playback position reaches the end of the media resource when the direction of playback is forwards"? AFAICT it does. I'm not certain this edge case (involving loop) matter but want to make sure it's intentional and not an oversight. 102515 2 ian 2014-03-17 22:03:40 +0000 Spec seems unambiguous here, but I've added text to make it clear that it's not an oversight. Quick testing shows Safari and Chrome on Mac do this correctly today. Let me know if there's anything else that needs doing here. 102516 3 contributor 2014-03-17 22:03:46 +0000 Checked in as WHATWG revision r8551. Check-in comment: Try to clarify looping rules http://html5.org/tools/web-apps-tracker?from=8550&to=8551 102529 4 philipj 2014-03-18 03:03:16 +0000 There is actually one more thing that I'm unsure of now that I tried to write the test again. It's not really clear when the "reaches the end of the media resource when the direction of playback is forwards" step can run. If you seek to duration without loop, you should expect the events "seeking, timeupdate, seeked". With loop, there will be a second seek with these same events, but when? Is it when the seeking algorithm awaits a stable state, or does it wait until the first seek is finished? In other words, is the event order "seeking, timeupdate, seeked, seeking, timeupdate, seeked", just "seeking, timeupdate, seeked" or perhaps "seeking, timeupdate, seeking, timeupdate, seeked"? 102593 5 ian 2014-03-18 18:31:17 +0000 Wouldn't it just happen synchronously in seek's step 11? Step 1 aborts the previous instance, so it would presumably go seeking, seeking, timeupdate, seeked. I can add a note in step 11 that points out that this triggers the other condition synchronously, if you like. 102616 6 philipj 2014-03-19 04:12:37 +0000 Now that you point it out it's quite clear, since "current playback position" is used in both definitions. A note at that point wouldn't hurt though, since I doubt this is the event order in existing implementations. 103838 7 contributor 2014-04-14 21:53:28 +0000 Checked in as WHATWG revision r8575. Check-in comment: Clarify the interaction of looping and seeking. http://html5.org/tools/web-apps-tracker?from=8574&to=8575