Last modified: 2011-05-03 18:57:00 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 T22691, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 20691 - Special:Export and Special:Import should transport revision tags.
Special:Export and Special:Import should transport revision tags.
Status: NEW
Product: MediaWiki
Classification: Unclassified
Export/Import (Other open bugs)
1.16.x
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Ariel T. Glenn
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-17 13:43 UTC by Purodha Blissenbach
Modified: 2011-05-03 18:57 UTC (History)
3 users (show)

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


Attachments

Description Purodha Blissenbach 2009-09-17 13:43:03 UTC
Special:Export and Special:Import currently do not handle revision tags.
There are plenty of reasons, why they should handle them, at least optionally.
Comment 1 Chad H. 2009-09-17 13:49:12 UTC
Removing i18n, has nothing to do with that.
Comment 2 Brion Vibber 2009-09-17 19:10:21 UTC
Should be straightforward to add them to the export format at least.
Comment 3 Purodha Blissenbach 2009-10-11 08:10:29 UTC
Should we include them in the export unconditioally, or rather have the exporter ask for them in the export form? After all, they cost an extra query per revision.
Comment 4 Brion Vibber 2009-10-11 23:40:10 UTC
I believe we've got a summary table which can be left-joined, which'll pull the info in with the main query. 
Comment 5 Purodha Blissenbach 2009-10-17 12:55:13 UTC
Yes. I was thinking that this also would increase the query result size considerably,
but real data suggests not so. There are hardly any such tags at all, and even less
occasions where there are several tags to a single revision.

Nevertheless, there may be more than 1 result row for one revision with the join, which
makes loop control over rows more complicated.

Comment 6 Brion Vibber 2009-10-19 23:59:47 UTC
The tag_summary has one row per revision for exactly this reason, so there's no change to loop control.
Comment 7 Mark A. Hershberger 2011-05-03 18:57:00 UTC
Givng dump bugs to Ariel.

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


Navigation
Links