New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 704531 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 3
Type: Bug



Sign in to add a comment

video.currentTime isn't consistent in loadedmetadata event

Project Member Reported by fbeaufort@chromium.org, Mar 23 2017

Issue description

Chrome Version       : 58.0.3029.18
OS Version: 9334.10.0

When video source URL includes a timestamp (#123), video.currentTime matches it in "loadedmetadata" event in Chrome & Firefox but not in Safari. video.currentTime is 0 in Safari but updated in "seeked" event

Since I can't tell by reading the HTML specificication which one is right, I'm filing this there for investigation: https://www.w3.org/TR/html5/embedded-content-0.html#dom-media-currenttime


 
https://www.w3.org/TR/html5/embedded-content-0.html#getting-media-metadata:

10. If either the media resource or the address of the current media resource indicate a particular start time, then set the initial playback position to that time and, if jumped is still false, seek to that time and let jumped be true.


https://www.w3.org/TR/html5/embedded-content-0.html#dom-media-currenttime:

The currentTime attribute must, on getting, return the media element's default playback start position, unless that is zero, in which case it must return the element's official playback position. The returned value must be expressed in seconds.


As default playback start position and initial playback position are different things, it seems* like Safari is doing the right thing there.
Do you mind folks double-checking there?
Cc: ligim...@chromium.org
Labels: Needs-Triage-M58
Would you mind providing a sample testcase for the TE to reproduce?
Cc: rbasuvula@chromium.org
Labels: Needs-Feedback
Go to https://beaufortfrancois.github.io/sandbox/media/loadedmetadata.html

In Chrome:
  [loadedmetadata] currentTime: 113

In Safari for Mac:
  [loadedmetadata] currentTime: 113

In Safari for iOS:
  [loadedmetadata] currentTime: 0
Project Member

Comment 5 by sheriffbot@chromium.org, Mar 24 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "rbasuvula@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Cc: mlamouri@chromium.org
fbeaufort@, that looks a lot like a Safari iOS bug: the currentTime is set to 113 from the URL and Firefox, Safari macOS and Chrome all return 113 for the currenttime when metadata is loaded.
Cc: kavvaru@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on windows 7, Ubuntu 14.04 and Mac 10.12.3 using chrome version 58.0.3029.33 and canary 59.0.3051.3.Able to see the 
  [loadedmetadata] currentTime: 113

fbeaufort@ Could you please confirm on the expected behaviour to triage the issue.

Thanks,
Re: Comment 7, this is expected indeed.

Re: Comment 6, is this what you expect when reading html spec? If so, I'll go file a bug on Safari iOS.
Project Member

Comment 9 by sheriffbot@chromium.org, Mar 27 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
fbeaufort@ This might not chrome related issue as the issue not seen on chorme.Please file a bug on Safari iOS.
Please confirm on the thread so the we will close this issue.

Thanks,
Labels: -Needs-Feedback -Needs-Triage-M58
Status: WontFix (was: Unconfirmed)
Due to lack of user feedback closing this issue.

fbeaufort@ Please feel free to raise a new issue if you face any issue on chrome.

Thanks,

Sign in to add a comment