Last modified: 2014-03-21 16:50:55 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 13827 - Add image data option to Special:Export
Add image data option to Special:Export
Status: NEW
Product: MediaWiki
Classification: Unclassified
Export/Import (Other open bugs)
All All
: Low enhancement with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
: 22025 (view as bug list)
Depends on:
Blocks: 6071 22025
  Show dependency treegraph
Reported: 2008-04-23 02:13 UTC by Betacommand
Modified: 2014-03-21 16:50 UTC (History)
3 users (show)

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


Description Betacommand 2008-04-23 02:13:37 UTC
When doing exporting pages include templates and images, (this should be an option that is not checked by default)
Comment 1 Brion Vibber 2008-04-23 17:44:22 UTC
To clarify -- are you suggesting changing it so these options are on by default?
Comment 2 Betacommand 2008-04-23 23:21:46 UTC
They should be off by default. and only work when getting the current version of the page. 
Comment 3 Brion Vibber 2008-04-23 23:44:48 UTC
The option for templates is already there.

Backend code exists for images, and sort of works with dumpBackup.php, but is not yet exposed to Special:Export.

Changing summary to aim at adding support for images to Special:Export.
Comment 4 Betacommand 2008-04-24 00:37:51 UTC
This should also include the templates that are used on the page also. so if {{template:A}} is on a page the template is exported when exporting the page. 
Comment 5 Brion Vibber 2008-04-24 00:46:17 UTC
Yes, that's what the include templates option does.
Comment 6 Betacommand 2008-04-24 00:48:57 UTC
/me stabs himself I was looking at older versions of mediawiki, I guess. when was that introduced? 
Comment 7 Siebrand Mazeland 2008-08-18 18:47:38 UTC
Mass compoment change: <some> -> Export/Import
Comment 8 Betacommand 2009-02-23 22:21:16 UTC
What is the current status of this bug?
Comment 9 Chad H. 2010-01-05 22:22:27 UTC
*** Bug 22025 has been marked as a duplicate of this bug. ***
Comment 10 Sam Reed (reedy) 2010-01-05 22:25:30 UTC
Looks like in SpecialExport theres code for most of this, just commented out... Presumably broken/similar..
Comment 11 Rehman 2011-02-01 15:09:34 UTC
Whats the current status of this bug?
Comment 12 Betacommand 2011-02-01 17:03:41 UTC
Its still pending resolution/implementation
Comment 13 Rehman 2011-03-13 05:24:58 UTC
(In reply to comment #12)
> Its still pending resolution/implementation

What's holding back the implementation?
Comment 14 Brion Vibber 2011-05-26 23:30:20 UTC
This probably needs a couple of things:

* enable upload-data export by default in the WikiExporter class (may need to clean it up first -- you can try this with dumpBackup.php now by passing --upload option)

* add a thingy for Special:Export similar to the 'include templates' mode to find all images used by the requested pages and add them on to the output page set

* find a sane way to handle untrusted/semi-trusted images on import (also consider images that are accessible via Commons etc and may not need to be actually copied)

* have WikiImporter handle images by default, so Special:Import and importDump.php handle them automagically.

There's also the question of whether/how to handle full-data files... the current export format's upload data extension only includes a URL to the original file, so isn't suitable as an archival format for actual image data. And of course we wouldn't want it to include the actual images in standard data dumps because they're going to be wayyyyy too big.

Probably need to break a few bugs out...

Also see bug 29160 asking about file support on the CLI dumpBackup/importDump; the feature's there but incomplete and not on by default.
Comment 15 Quim Gil 2014-03-21 16:44:04 UTC
This old request is blocking the also old Bug 6071 - Transwiki image import

Are these still big problems we plan to solve some day? 

If so, is this task a good candidate for ?

If not, should we change them to Lowest?
Comment 16 Betacommand 2014-03-21 16:50:55 UTC
This has the potential to make moving data from project to project, and even having a standard import/export with default data much easier. Right now setting up and or importing templates/articles and similar are very time consuming as you have to track down every image that is being used and manually move that to the new project. This would also make moving data to and from commons much easier and enable maintaining attribution without having to jump through hoops.

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