Page MenuHomePhabricator

Video.js mode doesn't show subtitles by default on non-English sites
Open, LowestPublic

Description

The old Kaltura mode seems to show subtitles in the site content language by default if present (except for English, maybe...?). Videojs mode does not; thus user must manually engage subtitles.

Need to check this logic and maybe adjust it on the videojs side.

Probably should mark one of the text tracks as 'default' for the content language, in which case video.js should pick it up.

Event Timeline

brion created this task.Jun 12 2019, 4:24 PM
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptJun 12 2019, 4:24 PM
brion updated the task description. (Show Details)Jun 12 2019, 4:28 PM
TheDJ added a subscriber: TheDJ.Jun 21 2019, 9:40 AM

What we really would want to know, is the language of the audio track... and compare that with wgUserLanguage...
Sounds like something that Commons Structured Data can help out with....

And maybe have settings in the preferences keeping track if people want to have subtitling enabled by default or not...

TheDJ moved this task from Backlog to Video.js on the Kaltura player board.Jun 23 2019, 12:09 PM
TheDJ triaged this task as Lowest priority.Jun 23 2019, 12:13 PM
Nardog added a subscriber: Nardog.Jul 27 2019, 9:42 PM

What would also be nice: an ability to pre-select (or opt out) the CC in [[File:...]].

Why is this lowest priority? Is accessibility of content not important? Is the work of subtitle writers not valuable?

https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette

Report status and priority fields summarize and reflect reality and do not cause it. Read about the meaning of the Priority field values and, when in doubt, do not change them, but add a comment suggesting the change and convincing reasons for it.
As a general rule, the fastest way to see a bug resolved is to provide a patch; +2 is one policy for approving proposed code.
Convincing reasons for raising the priority of a bug include evidence that it affects normal, everyday work significantly. Contrived examples or problems that only appear under unlikely circumstances are generally evidence for treating the problem as "low" or "lowest" priority, since the limits of any non-trivial software can be exceeded if you try hard enough.

Translated. No one is working on this and unless the website is burning because of it, that means it has low priority. Because there is just too much stuff.

Why is this lowest priority?

Because you (or someone else) have not written a patch yet. :) Longer version: https://www.mediawiki.org/wiki/Bug_management/Development_prioritization

Iniquity added a subscriber: Iniquity.EditedJul 22 2020, 10:07 AM

Yes, I also started working with video from Commons, and noticed that it is very inconvenient to independently enable and select subtitles from a list of 50 languages.