28929 2015-07-09 09:37:42 +0000 Setting video.currentTime (seeking) should synchronously update the attribute's value 2019-03-29 20:50:01 +0000 1 1 1 Unclassified WHATWG HTML unspecified Other All RESOLVED MOVED https://html.spec.whatwg.org/#dom-media-seek P3 normal Unsorted 1 contributor philip annevk d eric.carlson mike philipj roc zcorpan contributor oldest_to_newest 121903 0 contributor 2015-07-09 09:37:42 +0000 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) 121904 1 philipj 2015-07-09 09:43:30 +0000 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. 129685 2 d 2019-03-29 20:50:01 +0000 https://github.com/whatwg/html/issues/4477