https://bugzilla.wikimedia.org/show_bug.cgi?id=28150
Roan Kattouw <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #3 from Roan Kattouw <[email protected]> 2011-03-23 15:24:43 UTC --- (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. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
