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: https://html.spec.whatwg.org/ Multipage: https://html.spec.whatwg.org/multipage/#dom-media-seek Complete: https://html.spec.whatwg.org/#dom-media-seek Referrer: https://codereview.chromium.org/1013923002/diff/140001/public/platform/WebSourceBuffer.h Comment: Setting video.currentTime (seeking) should synchronously update the attribute's value Posted from: 212.116.72.179 User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2398.0 Safari/537.36 OPR/31.0.1876.0 (Edition developer)
There's a discrepancy between the spec and implementations that I think is unlikely to be resolved in favor of the spec. https://html.spec.whatwg.org/#dom-media-seek returns early and the only effect that can be observed synchronously is that the seeking attribute is true. I've tested Chromium, Firefox and IE, and all of them synchronously change the currentTime attribute: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3562 I think the spec should do the same. Either by someone reusing "official playback position" for this purpose, or by introducing a separate "seek position" or similar. The main problem with the spec as it is is that it makes it harder to write a good UI where seeking look like it has an immediate effect, even if currentTime may be slightly adjusted when the seek has actually finished.
https://github.com/whatwg/html/issues/4477