When seek to a time between two VTTCues in pause, both cues show on the video.
Reported by
lunaz...@gmail.com,
Apr 10 2018
|
|||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 Steps to reproduce the problem: 1. add a cue from 0s to 5s to the track. 2. add a cue from 5s to 10s to the track. 3. seek the video to 5s in pause. What is the expected behavior? only one cue is shown What went wrong? both of the two cues show on the video Did this work before? N/A Does this work in other browsers? N/A Chrome version: 65.0.3325.181 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version:
,
Apr 11 2018
Tested the issue on chrome reported version 65.0.3325.181 using windows-10 with steps mentioned below: 1) Launched chrome reported version, dragged and dropped the "video.html" file in to the browser 2) Seen a screenshot and a text showing "Text 0-5" & "Text 5-15" @Reporter: Please find the attached screen cast for your reference and let us know if we missed anything in verifying the issue, provide your feedback on it, if possible could you please provide the screen cast of the issue which help in better understanding and further triaging it. Thanks!
,
Apr 12 2018
@viswa.karala
That's not a screenshot it's a video. I added two cues and then change current time to 5.
``
let video = document.querySelector('video');
let track = video.textTracks[0];
track.mode = 'showing';
track.addCue(new VTTCue(0, 5, 'Text 0-5'));
track.addCue(new VTTCue(5, 15, 'Text 5-15'));
video.currentTime = 5;
``
There should be only one cue shown on the video.
In the new attached file. I moved those steps into the callback of 'canplay' to make the video playable, which is also weird, why text must be added after 'canplay'.
This could happen when one sentence is in two text fragments. When seek to the edge of the two text fragments, same sentence shows twice on the video.
,
Apr 12 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Apr 13 2018
,
May 23 2018
lunazzlb@ Thanks for the update. Tested this issue on Windows 10 on the latest Stable 66.0.3359.181 and Canary 68.0.3438.0 by following the below steps. 1. Launched Chrome and opened the given html file in comment #3. 2. Played the video and on the clicked on the seek bar on the video. The video is played and no text is also observed. Attached is screen cast for reference. Request you to retry the issue on the latest Stable 66.0.3359.181 and confirm if the issue still exists. Also request you to provide a screen cast of the steps followed and the issue observed which will be helpful in further triaging of the issue. Thanks..
,
May 28 2018
@susan.boorgula It is even worse on Chrome 66. The subtitle is not showing at all. The expected behavior is as it works on Firefox, only on subtitle is shown.
,
May 28 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 1 2018
Able to reproduce the issue on Mac 10.13.3, Win-10 and Ubuntu 17.10 using latest chrome stable #67.0.3396.62 and latest canary #69.0.3446.0. This is a non-regression issue as it is observed from M60 old builds. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Jun 23 2018
,
Jun 25 2018
|
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by susan.boorgula@chromium.org
, Apr 10 2018