Last modified: 2007-11-16 10:59:12 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 T13968, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 11968 - Page move vandalism handling
Page move vandalism handling
Status: RESOLVED DUPLICATE of bug 1454
Product: Wikimedia
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-11-13 21:50 UTC by FT2
Modified: 2007-11-16 10:59 UTC (History)
2 users (show)

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


Attachments

Description FT2 2007-11-13 21:50:44 UTC
Can the software throttle page moves? There are VERY few reasons a user should be making more than one page move every (short period) or something, and mass page move damage is both easy to detect and restrict, and annoying to fix.

As an add-on, what about the capacity to autoblock a user for page move vandalism?

Figured I'd ask -- the "41" vandal is being discussed right now on irc.
Comment 2 Raimond Spekking 2007-11-13 22:05:20 UTC
The actual (?) limit on WMF wikis is 8 page moves per minute, see https://wikitech.leuksman.com/view/Server_admin_log/Archive_10#May_22

Moving this bug to Product:Wikimedia, maybe a shell user should decrease this limi ($wgRateLimits)?
Comment 3 FT2 2007-11-13 22:21:10 UTC
Is that a rate for all users or just non-sysops? 

There are few good reasons for an everyday user to make many moves, or need to make them quickly. But sysops with vandalism reversion tools may want to work without hindrance.
Comment 4 Alex Z. 2007-11-13 22:34:54 UTC
Straybale moved 14 pages on 01:32, November 7, 2007. Either that limit counts an article and talk page move as 1 move or that limit is now higher or broken.
Comment 5 FT2 2007-11-14 12:58:10 UTC
Separate limits should probably apply for sysops and non-sysops. 

The former if they do mass moves, are probably doing them legitimately (eg vandalism fixing) and shouldn't be hindered; the latter have little valid reason or need to be doing more than 1 - 2 a minute, a delay that isn't especially annoying even if the moves are legitimate.
Comment 6 FT2 2007-11-14 13:00:50 UTC
e/shouldn't be hindered/shouldn't be excessively hindered/

30-60 seconds between moves for non-sysops (1-2 per minute), and 4-6 seconds between moves for sysops (10-15 per minute)?
Comment 7 Filip Maljkovic [Dungodung] 2007-11-16 10:59:12 UTC
Duping this to bug1454

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

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


Navigation
Links