Page MenuHomePhabricator

Show Videos in Media Viewer
Open, LowestPublic


Migrated from:


As a user, I want to see videosin Media Viewer, so I can view them in larger size and with better controls.

Acceptance Criteria

We want to skin the current video player to be useful in the Media Viewer. These elements ne

  • Play (large button, or click on video)
  • Pause (small button, orclick on video)
  • Volume control (mute option)
  • Browsable time-line (with draggable progress indicator)
  • Time indicator (current time/total time)
  • Full screen (this is essential, as users expect immersive video experiences)
  • Settings (speed, quality, format)
  • Subtitles / closed caption
  • Script / Transcript (link to sub-page, if one exists)

See this design exploration PDF on how Media Viewer design concepts can support different media types.

For specific design recommendations, review slides starting at page 9 (see mockup below, and notes below that).



  • This would be done using the Kaltura player 2.0, which can be skinned as needed.
  • Right now, we only plan to support WebM and Ogg/Theora (seeRfC aboutMPEG-4 support about other formats)
  • Separate cards are being created for Audio support (see #163 ), Kaltura player 2.0 integration (see #164 ) and TimedMedia Handler upgrade (see #165 ).**
  • We are setting up phone calls and in-person meetings with Kaltura in mid-February and early March to help us.

About Media Viewer

Read more on MediaWiki product page .

Related Bugs

Related Stories

  • #8 Media Viewer Front-End
  • T77148 Play Audio Files in Media Viewer
  • T77149 Integrate Kaltura Player v2 in Media Viewer
  • T77150 UpgradeTimedMedia Handler

Related Patchsets

Event Timeline

MingleTerminator raised the priority of this task from to Medium.Dec 8 2014, 4:25 PM
In mingle on 2014-02-03 at 14:38:34, @Gilles wrote:

I see this one as several subcards: one for extending code to allow for format plugins (this one is common with PDF), one for basic video playback, one for settings, one for subtitles

Tgr added subscribers: TheDJ, Tgr.May 25 2015, 12:08 PM

TMH is moving from Kaltura to VideoJS. @TheDJ left some notes in P676 about how to invoke it.

brion added a subscriber: brion.Jul 21 2015, 12:57 AM
Restricted Application added a subscriber: Matanya. · View Herald TranscriptJul 21 2015, 12:57 AM
Jdforrester-WMF moved this task from Untriaged to Backlog on the Multimedia board.Sep 4 2015, 6:30 PM

Mass-removing the Multimedia tag from MediaViewer tasks, as this is now being worked on by the Reading department, not Editing's Multimedia team.

Jdlrobson lowered the priority of this task from Medium to Lowest.Dec 17 2015, 8:30 PM
Jdlrobson added a subscriber: Jdlrobson.

new feature

Change 314313 had a related patch set uploaded (by Brion VIBBER):
WIP: optional integration of TMH video.js into MMV

brion added a comment.Oct 6 2016, 1:20 PM

Some initial steps on experimental patch


  • should things autoplay when expanding? what about when jumping from file to file?
  • need a way to extend the media viewer controls sidebar cleanly
  • need a way to extend download & embed widgets (so download gets transcodes, not images, and embed uses the iframe for the video, not a still image)


  • currently requires videojs mode in TMH, plus experimental flag
  • uses placeholder images similar to the current mwembed mode instead of inline views. might want to change that so native <video>s can be seen by MMV?


  • something doesn't initialize right on Safari (ogv.js video backend), have to click a couple times to get video to play
  • video.js's stretching gets it wrong when aspect ratio of video is wider than the window
  • need to figure out how to do equivalent on mobile's viewer or else cleanly fail over to inline playback!
brion claimed this task.Oct 6 2016, 1:20 PM

What's the current status of this task? Any hope of the patch no longer being a WIP?

Ainali added a subscriber: Ainali.Aug 10 2017, 2:13 PM


  • should things autoplay when expanding? what about when jumping from file to file?

Yes and yes. I believe this is consistent with how videos generally work on other sites and is what users would expect. Although, perhaps there could be a sticky per-user option of disabling autoplay (I believe Youtube has this option).

brion added a comment.Aug 10 2017, 5:30 PM

Note that there may be some issues with autoplay, as browsers are increasingly disabling autoplay and JS-triggered playback for audio-bearing files unless triggered from within an event handler. As I recall there's a lot of asynchronous loading in media viewer, so this may require jumping through some hoops.

Tgr added a comment.Aug 10 2017, 7:46 PM

Although, perhaps there could be a sticky per-user option of disabling autoplay (I believe Youtube has this option).

Youtube has an option to disable automatic jumping to the next video (something that would not make much sense in MediaViewer anyway), not autoplay, IIRC.

Tgr removed a subscriber: Tgr.Jul 9 2019, 6:05 PM
XanonymusX added a comment.EditedFeb 29 2020, 10:16 AM

This came up these days during talks with German public broadcast. There is definitely the expectation from users to be able to jump between videos, especially if they are collected inside a gallery. Having an empty screen after finishing watching one video in the current player is also pretty dissuasive. Even though I myself hardly ever use the MediaViewer, I would expect this to be a very positive development for readers.

Demian added a subscriber: Demian.Feb 29 2020, 7:54 PM
Aklapper removed brion as the assignee of this task.Jun 19 2020, 4:31 PM

This task has been assigned to the same task owner for more than two years. Resetting task assignee due to inactivity, to decrease task cookie-licking and to get a slightly more realistic overview of plans. Please feel free to assign this task to yourself again if you still realistically work or plan to work on this task - it would be welcome!

For tips how to manage individual work in Phabricator (noisy notifications, lists of task, etc.), see for available options.
(For the records, two emails were sent to assignee addresses before resetting assignees. See T228575 for more info and for potential feedback. Thanks!)