Last modified: 2009-02-03 05:35:15 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 6984 - Make pagemoves easier to revert
Make pagemoves easier to revert
Status: RESOLVED DUPLICATE of bug 4433
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
All All
: Normal enhancement with 3 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2006-08-11 18:18 UTC by Aryeh Gregor (not reading bugmail, please e-mail directly)
Modified: 2009-02-03 05:35 UTC (History)
2 users (show)

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


Description Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-08-11 18:18:35 UTC
Quoting Tim Starling from wikitech-l:

> I'm surprised it hasn't been said yet, but the classic wiki solution to page
> move vandalism is not to put up barriers to making contributions, but rather
> to make vandalism easier to revert. I made a "revert" link in the page move
> log a while back, but a lot of people don't know about it, and it's far from
> ideal. What we really need is a big list of checkboxes on the user
> contribution page, with a "select all" box. Click select all, click revert,
> job done. The function would be restricted in the same way as rollback. With
> the 1.5 schema, moving pages is quite a fast operation, similar to editing.
> Throttling is necessary to prevent extremely high request rate attacks, but
> it should be set to a level that won't inconvenience regular users. The
> UserThrottle extension can be adapted for this purpose.
> If you can't revert page moves in a shorter time than it takes to perform
> them in the first place, then there's a problem with our user interface.

The ideal should be that even *non*-admins should be able to revert any moves as
quickly and easily as they can revert edits; unfortunately, this is tricky due
to the possibility of making edits to the redirect page after the move.  Tim's
idea about a "revert all contribs" button would work very nicely, given also bug
3185: a few clicks and no trace left of the vandalism.  It would also not
restrict legitimate users, as bug 1454 would.
Comment 1 Proxima Centauri 2008-10-16 18:04:53 UTC
== Please help with page move vandalism == 

I’m a sysop on several wikis. Rollback is helpful against edit vandalism. I suspect when vandals discover that sysops can revert edit vandalism in less time than it takes them to do the vandalism this discourages them.  

Reverting page move vandalism is much slower and more frustrating. Earlier this week yet another account by [ Grawp] appeared on a wiki that I try to protect. Grawp boasted, “It took me a quarter of an hour to do this. It will take you three quarters of an hour to undo it." I checked in Recent Changes. Grawp had done all that page move vandalism in a quarter of an hour. It did take me three quarters of an hour to sort it out.  

Can you boffins develop a way of reverting page move vandalism faster. This is a continual problem for very many wikis.

Comment 2 Mike.lifeguard 2009-02-03 05:35:15 UTC

*** This bug has been marked as a duplicate of bug 4433 ***

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