Last modified: 2008-03-25 11:37:21 UTC
If two or more administrators try to rollback the same page move at the same time (which is commonon when dealing with Willy on Wheels style page move vandalism) the article is deleted and is replaced with a redirect to itself. One of the admins then has to delete the redirect and selectively undelete all the revisions prior to the page move.
I'm sorry I don't know much about the internal details of the MediaWiki software itself, but I'd still like to prose a solution to this bug: In the same way we have an edit conflict error page, we could create a "page-move conflict" page. This would mean that when an admin is preparing to move a page, if any page moves have suceeded between the time that the page move is initiated and the process is complete, that admin gets a "Page Move conflict" error detailing what transpired between the two events. That way the admin has a chance to evaluate what to do in the meantime. I don't see this new code being that much different from the "Edit Conflict" page. Only page moves need be looked at, since edits can occur before the move is complete without any serious repercussions.
(In reply to comment #0) > If two or more administrators try to rollback the same page move at the same > time (which is commonon when dealing with Willy on Wheels style page move > vandalism) the article is deleted and is replaced with a redirect to itself. > One of the admins then has to delete the redirect and selectively undelete all > the revisions prior to the page move. I'm unable to replicate this in MediaWiki 1.12alpha revision 30649 - is this still an issue?
No response from reporter, cannot replicate, closing WORKSFORME.