Last modified: 2014-02-12 23:54:04 UTC
On the mobile site, audio files on pages do not work. See for example en.m.wiktionary.org/wiki/test , in the English section, the first audio file does not even have a button show up at all, and the second has a button but it doesn't do anything.
Thanks for the report Yair. Were going to be spending this week taking a look at the sister projects around mobile. Keep the bugs coming!
The problem seems to be that the javascript from the OggHandler extension [1] is not being loaded. As a workaround for the time being you could add <script type="text/javascript" src="http://bits.wikimedia.org/w/extensions-1.18/OggHandler/OggPlayer.js?12"></script> To ApplicationTemplate.php in the MobileFrontend extension just before {$filePageScript} I'm not sure what handling (if any) MobileFrontend has for allowing other extensions to register additional javascript/css for the page. [1] http://www.mediawiki.org/wiki/Extension:OggHandler
This got pinged in Mozilla's bug tracker as well, we can confirm the bug's on our end: https://bugzilla.mozilla.org/show_bug.cgi?id=728486
Note also that just adding the player code won't help on many devices/browsers that don't support Ogg Vorbis/Theora. Android may be ok, Firefox for Android should def work, but others -- and definitely iOS devices -- will need MP4/H.264 or MP3 or AAC transcodes of video and audio in order to play in the regular browser. Transcoding to the patented formats would violate some of our policies though so may not happen... Alternately, we could package up an ogg player into an app, and use magic URLs to send you over there... or something horrid like that. Eek!
Fixed in r112322 - now stripping out any references to #og_player_2 - to avoid broken buttons. Better we don't show them at all. The link is left so people can still play files if their browser supports it.
I'm still experiencing this issue on Firefox for Android. I opened bug 38305.
