Last modified: 2012-12-31 15:13:06 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 T42321, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 40321 - Moving page with subpages causes inappropriate (wrong) red links in post-move parsing of root page
Moving page with subpages causes inappropriate (wrong) red links in post-move...
Status: NEW
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-09-18 03:09 UTC by MZMcBride
Modified: 2012-12-31 15:13 UTC (History)
0 users

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


Attachments

Description MZMcBride 2012-09-18 03:09:26 UTC
You have "Root page" with the content "[[/Subpage]]". And you have "Root page/Subpage" with any content. If you move "Root page" to a different title (e.g., "Beet page") and select the "move with subpages option", MediaWiki will move all of the pages as expected.

However, when you open "Beet page" (the new root page title after the successful page move), you'll see a red link where [[/Subpage]] is. This indicates that the page has been re-parsed after the page move, but some time in between the root page being moved and the subpage(s) being moved. This behavior is wrong. The order should be tweaked so that the page text is re-parsed after all of the subpages have been moved, I think, if possible.

The workaround is to manually purge the page (using ?action=purge or equivalent).

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


Navigation
Links