Last modified: 2011-04-30 01:21:08 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 T25182, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 23182 - importDump.php does NOT import
importDump.php does NOT import
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Maintenance scripts (Other open bugs)
1.15.x
All All
: Normal blocker (vote)
: ---
Assigned To: Chad H.
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-04-13 14:23 UTC by ontolawgy+bugzilla
Modified: 2011-04-30 01:21 UTC (History)
1 user (show)

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


Attachments

Description ontolawgy+bugzilla 2010-04-13 14:23:45 UTC
If I export a dump of my current version using dumpBackup.php --current, then make changes to that dumped file, then attempt to import the changed file back into the system using importDump.php, NONE of the changes come through, even after running rebuildall.php. 

I have tested this with a simple text replacement and it does not work. I have attempted to use this method because I cannot get pywikipediabot's replace.py to work with regular expressions. Thus, I cannot make mass regex-based changes to my system, which renders it effectively useless. 

I am running MW 1.15.2, SemanticMediaWiki 1.4.3 on PHP 5.2.5, MySQL 5.0.51a. 

I have also tried refreshing all the semantic data, but this is completely irrelevant, because not even a plain text edit will come through when I look at a page source after an import and a cache flush (I have caching completely disabled in any case). 

Am I doing something wrong or is the script broken? 

Thanks!
Comment 1 Brion Vibber 2010-04-16 11:36:58 UTC
importDump.php won't reimport page revisions that are already present in the system; the initial dump you made will include the timestamps and revision id numbers, so if you didn't change them they'll still match and will be skipped.

What you're trying to do should work if you drop the revision IDs and update the timestamps in the XML file before re-importing it; they'll be counted as new revisions then.

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


Navigation
Links