Page MenuHomePhabricator
Create Task
Maniphest T40305

Video files are broken on most mobile browsers
Closed, ResolvedPublic
Actions

Description

Author: lmandel

Description:
I'm still seeing the issue playing video files on Firefox on Androied that was reported in bug 30859. Here are steps to reproduce as Naoki commented in https://bugzilla.mozilla.org/show_bug.cgi?id=728486#c9:

  1. go to http://en.m.wikipedia.org/wiki/Red_panda [either on fennec or with Fennec ua on desktop]
  2. select show for "Conservation"
  3. scroll down to "In captivity"
  4. click on the play button

Expected: video to play
Actual: nothing happens.

Version: unspecified
Severity: enhancement

Details

Reference
bz38305

Related Objects
Search...

StatusSubtypeAssignedTask
 ResolvedNoneT39079 deployment-prep root tracking bug (tracking)
 ResolvedNoneT39080 upload, thumbnails and transcoding on beta (tracking)
 ResolvedNoneT40305 Video files are broken on most mobile browsers
 ResolvedNoneT33675 Port MobileFrontend to use ResourceLoader for JS and CSS
 DeclinedNoneT41869 Enable MP4/H.264 transcode target support on Wikimedia's TimedMediaHandler setup
 ResolvedNoneT29699 Review and deploy TimedMediaHandler extension (timed media handler) to Wikimedia wikis
 ResolvedNoneT29641 purgeThumbnails should support exclusion of expensive files
 ResolvedNoneT30840 Loader broken in IE because mediawiki thinks the periods in module names is a security leak (spoof extension)
 ResolvedNoneT29336 Job queue should support exclusion of some jobs from general pop() job
 ResolvedhasharT39470 write a job loop to handle webVideoTranscode jobs
 ResolvedNoneT39471 migrate subversion path /trunk/debs/wikimedia-job-runner to git
 ResolvedNoneT40455 wikimedia-job-runner should be able to run a specific job type
 ResolvedNoneT31177 TimedMediaHandler / MwEmbedSupport's extension setup files define, execute functions
 ResolvedNoneT31176 Show transcode status (progress, success, errors) on File: pages for TimedMediaHandler
 ResolvedNoneT31175 Record progress, success/failure state of transcodes in DB for TimedMediaHandler
 ResolvedNoneT31178 Need way to re-run failed transcodes after some manual intervention
 ResolvedNoneT31179 TimedMediaHandler: uploading a new version of a video file does not trigger new transcodes
 ResolvedNoneT31181 "480P" transcode of 16:9 video actually sized to 640x360 in TimedMediaHandler
 ResolvedNoneT31182 Video thumbs not centered in gallery, Special:NewFiles with TimedMediaHandler
 ResolvedNoneT31180 TimedMediaHandler does not document required versions of ffmpeg, ffmpeg2theora
 ResolvedNoneT31184 Mysterious failure in 720p WebM transcode
 ResolvedNoneT31185 Spinner overlay shown during video initialization looks bad on dark backgrounds (TimedMediaHandler)
 ResolvedNoneT31291 The transcode status table is added regardless of whether or not you have a transcoder installed
 ResolvedNoneT43528 Thumbnails not displayed for local videos on test2wiki
 ResolvedNoneT42070 Please make Cortado path configurable
 ResolvedNoneT43826 Disable TimedText namespace where not relevant
 ResolvedNoneT41867 TimedMediaHandler: support video transcoding to MP4/H.264

Event Timeline

• bzimport raised the priority of this task from to Low.Nov 22 2014, 1:05 AM
• bzimport added a project: MobileFrontend-Feature-requests.
• bzimport set Reference to bz38305.
• bzimport added a subscriber: Unknown Object (MLST).
• bzimport created this task.Jul 11 2012, 2:57 PM
• brooke added a comment.Jul 11 2012, 3:06 PM

Hmm, the button is indeed still there:

<div><button onclick="if (typeof(wgOggPlayer) != 'undefined') wgOggPlayer.init(false, {&quot;id&quot;:&quot;ogg_player_3&quot;,&quot;videoUrl&quot;:&quot;upload.wikimedia.org/wikipedia/commons/9/99/Red_Panda_National_Zoo.ogv&quot;,&quot;width&quot;:250,&quot;height&quot;:188,&quot;length&quot;:21,&quot;linkUrl&quot;:&quot;/wiki/File:Red_Panda_National_Zoo.ogv&quot;,&quot;isVideo&quot;:true});" style="width: 250px; text-align: center" title="Play video"><img src="bits.wikimedia.org/static-1.20wmf6/extensions/OggHandler/play.png" width="22" height="22" alt="Play video"></button></div>

Looks like it no longer errors, but it doesn't do anything. It should be getting stripped if we know it won't work.

hashar added a comment.Jul 11 2012, 3:08 PM

Same issue on Mac OS X with:

  • Safari 5.1.7 (7534.57.2)
  • Firefox 13.0.1
• brooke added a comment.Jul 11 2012, 3:19 PM

Yeah it's not browser-dependent, the button's just in our mobile HTML output but doesn't do anything since there's no JS hooked up for it to call.

[And even if it did, Firefox for Android is the only mobile browser that would actually play the Ogg files. ;]

• bzimport added a comment.Jul 26 2012, 10:10 PM

tiffanyb wrote:

A similar problem is happening in Opera Mobile. Opera Mobile uses the device OS' supported codecs; in this case of Android devices, H.264 or MPEG4 will work too.

Using multiple <source type="foo"> or checking whether the format is supported using canPlayType() should fix it.

• bzimport added a comment.Sep 3 2012, 9:17 AM

shwetankd wrote:

Any movement on this? Displaying videos on mobile devices would be a very useful thing, at least on smartphones. The solution posted by tiffabyb should get the job done.

• brooke added a comment.Sep 17 2012, 5:39 PM

This is still waiting on infrastructure -- we need to actually generate H.264/MP4 transcodes of videos (bug 39869) before we can expose them, and before that we need the transcoding infrastructure working at all.

• bzimport added a comment.Sep 18 2012, 10:01 AM

tiffanyb wrote:

That(In reply to comment #6)

This is still waiting on infrastructure -- we need to actually generate
H.264/MP4 transcodes of videos (bug 39869) before we can expose them, and
before that we need the transcoding infrastructure working at all.

In the meantime, is it possible to hide the video player or otherwise alert the user if the platform doesn't support the codec?

• brooke added a comment.Dec 11 2012, 10:44 PM

Current state update...

As of updates a few weeks ago, videos actually work now in Firefox. We're outputting <video> with Ogg Theora and WebM <source>s and it understands them. :)

Opera Mobile doesn't seem to play; looks like it doesn't understand WebM on mobile. :(

Safari and IE 10 have the same issue that they don't understand WebM or Ogg, so you get an error or nothing plays.

Will see if we can think of a nice workaround that we can put in place if MP4 isn't going to happen soon... a JS check and hiding the <video> can probably handle it.

• bzimport added a comment.Apr 28 2013, 5:08 PM

mgrover wrote:

Assigned Mingle Ticket https://mingle.corp.wikimedia.org/projects/mobile/cards/715

Jdlrobson added a comment.Sep 10 2013, 6:20 PM

What's the latest update here. Is this bug actionable in any way?

• brooke added a comment.Sep 10 2013, 6:22 PM

The H.264 legal discussion wheels are still moving slowly.

We might split this into two, more actionable bugs:

a) disable <video> and <audio> in mobilefrontend where ogg and webm not supported (probably some JS to detect that it's not working and provide a fallback behavior)

b) enable MP4/H.264 output support on Wikimedia sites

Jdlrobson added a comment.Dec 24 2013, 9:29 PM

a) bug 58948
b) bug 39869

  • This bug has been marked as a duplicate of bug 58948 ***
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL