Last modified: 2013-06-18 16:53:39 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T23853, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 21853 - Download video option
Download video option
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
TimedMediaHandler (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Michael Dale
:
: 30563 (view as bug list)
Depends on: 25695
Blocks: 30563
  Show dependency treegraph
 
Reported: 2009-12-14 23:51 UTC by Derk-Jan Hartman
Modified: 2013-06-18 16:53 UTC (History)
7 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Derk-Jan Hartman 2009-12-14 23:51:20 UTC
This is mostly an issue for the image webserver, but of course for functionality to be provided by the mwEmbed videoplayer.

I was thinking that for the download option in the menu to be really useful, it should actually download (doesn't do that on Safari, just embeds in an empty window). I was thinking we could add a download option to the image webservers, that could be triggered by URL. It would set Content-Disposition HTTP header in the URL response with the option "attachment; filename=test.ogg" and that should force browsers to actually download the file.
Comment 1 Michael Dale 2009-12-15 02:07:46 UTC
I agree it would be a nice feature to have. Should it be added as a php script or could in theory be some fancy .htaccess type thing that checks for a particular argument and then sets the content-disposition. The php version could be done pretty quickly as there are lots of simulating http-ranged requests with content-disposition header control php scripts out there for doing exactly that. 
Comment 2 Derk-Jan Hartman 2009-12-16 18:40:40 UTC
Not sure who the primary upload server maintainer is. Ariel ?
Comment 3 Derk-Jan Hartman 2011-01-26 08:32:16 UTC
*** Bug 26956 has been marked as a duplicate of this bug. ***
Comment 4 Bryan Tong Minh 2011-01-26 08:40:31 UTC
Yeah, Ariel would be a good guess.
Comment 5 Derk-Jan Hartman 2011-01-26 09:09:08 UTC
It is best if the server just sets the header, by using a special uri variant. PHP scripts don't work for the larger files, and don't run on the downloadserver.
Comment 6 Derk-Jan Hartman 2011-01-26 09:12:46 UTC
Actually, this was already filed as bug 25695.


This was about integrating the functionality in mwEmbed.
Comment 7 Michael Dale 2011-08-25 17:40:18 UTC
*** Bug 30563 has been marked as a duplicate of this bug. ***
Comment 8 Jan Gerber 2013-01-16 05:41:51 UTC
download links have the html5 download attribute now,
this should fix this issue in new browsers.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links