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

Issue 752776 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: 2017-08-21
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

Multiple subtitle tracks are enabled when added through XMLHttpRequest if one of them is set to default

Reported by doom...@gmail.com, Aug 6 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36

Steps to reproduce the problem:
1. Open buggysubs.html (Will need to have file access enabled)
2. Wait for video to begin playing

What is the expected behavior?
The video should begin playing with only the English track enabled

What went wrong?
The English track and at least one other track are enabled, causing tracks to appear on top of one another

Did this work before? N/A 

Chrome version: 60.0.3112.90  Channel: stable
OS Version: 10.0
Flash Version: 

This may seem like an over-complicated way to set up subtitle tracks, but there's a reason for that

This is part of a project that involves taking certain third-party external files and transforming them into WebVTT files. The idea is that the "main" track is loaded first, then once that is ready, the video starts while the tracks for the other languages are prepared independently of the video and one another.

The transformation code is irrelevant to the bug, so it has been removed for this demonstration.

This does not happen in Firefox
 
subaddtest.zip
758 KB Download
screenshot.png
761 KB View Download

Comment 1 by kochi@chromium.org, Aug 7 2017

Cc: kochi@chromium.org
Components: -Blink Blink>Media>Track
Labels: -OS-Windows OS-All
NextAction: 2017-08-21
Status: Untriaged (was: Unconfirmed)
I am not sure how to turn on enabling file access for XHR, but I have
successfully reproduced the issue on Linux 60.0.3112.90 (Official Build) (64-bit)
with local HTTP server with contents from subaddtest.zip.
(in my case, I saw only English and Arabic, no German though -
I didn't go further investigating why)

Looks like this is affected on all platforms, and assigning to
Blink>Media>Track so someone in the team can triage this further.
Tentatively setting NextAction in 2weeks.

Comment 2 by f...@opera.com, Aug 7 2017

Status: Available (was: Untriaged)
Without looking any deeper into the issue, I'd suspect that the issue is caused by the "automatic track selection".

Comment 3 by f...@opera.com, Aug 15 2017

Attaching TC with the XHR-bits removed (hence no need for file-access), still needs a video file of some sort.
track-issue-752776.html
963 bytes View Download
The NextAction date has arrived: 2017-08-21

Comment 5 by kochi@chromium.org, Aug 21 2017

Status: Untriaged (was: Available)
Any updates from media team?
Changing status to "Untriaged" so it can be triaged by them.
Cc: f...@opera.com mlamouri@chromium.org
+fs@, ping.

Comment 7 by f...@opera.com, Feb 26 2018

Status: Available (was: Untriaged)

Sign in to add a comment