This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Specification: http://www.whatwg.org/specs/web-apps/current-work/multipage/embedded-content.html Multipage: http://www.whatwg.org/C#synchronising-multiple-media-elements Complete: http://www.whatwg.org/c#synchronising-multiple-media-elements Referrer: http://www.whatwg.org/specs/web-apps/current-work/multipage/ Comment: MediaController.unpause() doesn't seek when ended Posted from: 83.218.67.123 User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/37.0.2062.35 Safari/537.36 OPR/24.0.1558.21 (Edition Developer)
If a MediaController is in playbackState "ended", calling unpause() will just leave it paused at the end. Because the "activation behavior of a media element that is exposing a user interface to the user" is defined in terms of unpause(), clicking a slaved video that has played to the end won't cause it to start playing again. This was reported as a bug on Chromium's audio controls: https://code.google.com/p/chromium/issues/detail?id=403320 Either tweaking the activation behavior or unpause() itself seems to fix the problem, in both cases simply setting currentTime to 0 if playbackState == "ended".
Checked in as WHATWG revision r8766. Check-in comment: Make clicking on a paused media element attached to a paused media controller restart playback from zero http://html5.org/tools/web-apps-tracker?from=8765&to=8766
Note to self and other implementors: this was followed by an editorial rewrite of the steps: http://html5.org/r/8767