Page MenuHomePhabricator

Subtitles not displayed
Closed, ResolvedPublic

Description

I copied [[commons:TimedText:Folgers.ogv.de.srt]] to http://prototype.wikimedia.org/timedmedia/TimedText:Folgers_local_prototype.ogv.de.srt , then played the coffee commercial video on the main page of the prototype wiki, hoping to see German subtitles. The interface does offer me to select German subtitles and put them on top of or below the video (the latter option even creates some extra black space below the video), but no matter what I try I don't get any subtitles.

I'm using Firefox 3.6.15 on Ubuntu. The selected video format seems to be Ogg 200p.


Version: unspecified
Severity: major

Details

Reference
bz28150

Event Timeline

bzimport raised the priority of this task from to High.Nov 21 2014, 11:27 PM
bzimport set Reference to bz28150.

mdale wrote:

It appears this is related to the expire on api requests ( set to smax to 5 min ) The video now does include the de subs. [1] Is there a good way to purge cache for a given api call? or do we need a specialized entry point for subtitles that can have its squid cache purged in the same way we handle pages? Correct me if I am wrong, but we can't reply on the parser cache that the api will use for outputting the transformed wikitext for the every video displayed? Maybe we shorten the smax to 1 min? We can't be hacky and request the actual page and strip the interface since this sometimes has to run cross domain for "instant commons" / all other projects pulling video from commons.

Actually this cache logic is sort of falling right now anyway since we use the normal jquery global unique callback on the api request so we probably are not hitting the squid cache / using the smax params anyway.

[1] http://prototype.wikimedia.org/timedmedia/File:Folgers_local_prototype.ogv

tagging i18n since that is where it first showed up. But I'm wondering if there a better tag?

(In reply to comment #1)

It appears this is related to the expire on api requests ( set to smax to 5 min
) The video now does include the de subs. [1] Is there a good way to purge
cache for a given api call? or do we need a specialized entry point for
subtitles that can have its squid cache purged in the same way we handle pages?
Correct me if I am wrong, but we can't reply on the parser cache that the api
will use for outputting the transformed wikitext for the every video displayed?
Maybe we shorten the smax to 1 min? We can't be hacky and request the actual
page and strip the interface since this sometimes has to run cross domain for
"instant commons" / all other projects pulling video from commons.

Actually this cache logic is sort of falling right now anyway since we use the
normal jquery global unique callback on the api request so we probably are not
hitting the squid cache / using the smax params anyway.

Well strangely the existence of the German subtitles showed up (the menu let me select them), it's just that the subtitles themselves didn't show.

This works for me now on the file description page, but I'm still seeing the behavior described in comment #0 for the coffee videos embedded in the main page.

(In reply to comment #2)

tagging i18n since that is where it first showed up. But I'm wondering if
there a better tag?

This has little to nothing to do with i18n.

mdale wrote:

ah... yes I need to purge pages where the video is embed because we output the text tracks there. Will fix that in the next commit.

mdale wrote:

Should be fixed in r84972 ( there were some issues with local subtitles ) Has been pushed out to prototype, the following url should show subtitles: http://prototype.wikimedia.org/timedmedia/File:Folgers_local_prototype.ogv

Gilles raised the priority of this task from High to Unbreak Now!.Dec 4 2014, 10:21 AM
Gilles moved this task from Untriaged to Done on the Multimedia board.
Gilles lowered the priority of this task from Unbreak Now! to High.Dec 4 2014, 11:20 AM