Last modified: 2014-11-18 18:07:30 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 T11626, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 9626 - Moving pages should optionally move their subpages as well
Moving pages should optionally move their subpages as well
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal enhancement with 7 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 2028 10523 10580 15082 (view as bug list)
Depends on:
Blocks: 2028
  Show dependency treegraph
 
Reported: 2007-04-19 12:37 UTC by Yonatan Horan
Modified: 2014-11-18 18:07 UTC (History)
11 users (show)

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


Attachments

Description Yonatan Horan 2007-04-19 12:37:29 UTC
Moving Fo->Foo should also move Fo/Bar -> Foo/Bar.
Comment 1 Filip Maljkovic [Dungodung] 2007-04-19 15:27:56 UTC
Or there should at least be a checkbox for that if such subpages are detected.
Comment 2 Richard Morris 2007-05-21 09:17:01 UTC
The number of subpages in the Talk: namespace on en seems to be growing. Its now quite common to have archives, todo lists, rating comments as sub pages. It would be very handy to be able to move all these, or at least some notification that the sub pages have been orphened.
Comment 3 Oleg Alexandrov 2007-05-21 15:12:33 UTC
Yes, please implement this feature. It will be highly useful. 
Comment 4 Robert Leverington 2007-05-21 15:17:56 UTC
(In reply to comment #3)
> Yes, please implement this feature. It will be highly useful. 
> 

Can I remind you that these sort of comments are not productive, most features will get done when they get done regardless of how much support is expressed, and if you wish to express your vote the most polite way is to vote (since it is sometimes irritating to have the discussion interrupted and many users receive all mediazilla changes via e-mail).

Regardless of this, this might be difficult to implement because when pages are moved it uses a query that takes a long time (depending on how many revisions that page has) and this coupled with several pages may cause issues (such as database locks and server crashes).
Comment 5 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-05-21 16:01:39 UTC
Code for this feature already exists in SpecialRenameuser.php and should be fairly easy to adapt to this.  There's no concern with pages with many revisions, because the revision table doesn't have to be updated on page moves (it uses pageid, not ns+title).
Comment 6 Raimond Spekking 2007-07-10 11:39:20 UTC
*** Bug 10523 has been marked as a duplicate of this bug. ***
Comment 7 Rob Church 2007-07-14 16:02:19 UTC
*** Bug 10580 has been marked as a duplicate of this bug. ***
Comment 8 Jamie Hari 2008-03-24 05:49:21 UTC
(In reply to comment #5)
> Code for this feature already exists in SpecialRenameuser.php and should be
> fairly easy to adapt to this.  There's no concern with pages with many
> revisions, because the revision table doesn't have to be updated on page moves
> (it uses pageid, not ns+title).

I would have never thought to look in SpecialRenameuser.php. ;)
Without looking yet, is the code you speak of to change 'who' is attributed for edits?

Does this code find 'all' sub-pages for a given page?
If so, regarding the above comment from Robert, is performance degredation still a potential issue if a page has many sub-pages?
Comment 9 Daniel Friesen 2008-03-24 06:08:22 UTC
Perhaps I should have search bugzilla for this kind of entry and mentioned this some time ago. I made a post to mediawiki-l already about it though.

I actually already have a working extension that does something similar to this.
I had a project "Wikia ACG" over on Wikia and the plan was to use a Subpage system to create a mini-wiki like structure on the top level wiki. So to ease moving of prefixes, I created an extension which adds another type of move, moveex.

It's sysop only by default, of course, this is because normally users are limited to only moving a few pages at a time, and allowing a user to use the special page to move something like 25 pages, when by default they are limited to only 2 and then need to wait, isn't a very good idea. (Especially when each one adds another row to the rc)
* An extra tab "MovepageEx" to the action tabs, beside the move button, for sysops. Which leads to the proper MovepageEx page.
* On [[Special:MovepageEx]] you are given a list with the page, the talkpage, the subpages, and the talkpage' subpages. Each has a checkbox which you can use to specify if you want it to move or not.

However, it's not a replacement for [[Special:Move]] for a few reasons.
* Primarily because namespace pairs are considered equal. If you try to move [[Main Page]] to [[Talk:Test]] it will actually be moved to [[Test]]. The setup is made so that a talkpage will never be moved to an article, and an article will never be moved to talk.

Now, do note, the extension is extremely old. I designed it back when Wikia had MediaWiki 1.8, and I also wasn't as heavily influenced by MW or experienced at that time, so it needs a lot of fixing up. Actually, my entire reason for posting to mediawiki-l was asking if anyone wanted me to fix up the extension so it could be committed to trunk.

That being said, the old page:
http://www.wikia.com/wiki/User:Dantman/GE_Extended/Custom_Extensions/MovepageEx/SpecialMovepageEx.php

So if anyone wants, I could be persuaded to work on fixing it up for newer versions. I finally do have my own webspace, so if I'm still waiting for a time when I can poke Brion to give me commit access, I can always put it into my own public SVN when I get it setup.
Comment 10 Jamie Hari 2008-03-24 14:35:59 UTC
Dantman,

Funny seeing you here!

If your code does it more gracefully that what is found in
SpecialRenameuser.php, I am all for it!
I definitely believe this should be implemented in core, though, not as an
extension.

I also think it should be enabled by default when moving, but off by default
when protecting (Bug 12908) or deleting (Bug 13491).
Comment 11 Huji 2008-05-23 11:10:49 UTC
*** Bug 2028 has been marked as a duplicate of this bug. ***
Comment 12 Huji 2008-05-23 11:11:16 UTC
I believe Simetrical has fixed this with r33565.
Comment 13 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-05-23 13:31:15 UTC
Yeah, didn't know about this bug.
Comment 14 Brion Vibber 2008-08-09 23:33:24 UTC
*** Bug 15082 has been marked as a duplicate of this bug. ***

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


Navigation
Links