Last modified: 2008-03-24 20:51:49 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 993 - Allow throttling of edits (only X edits in a given timeframe)
Allow throttling of edits (only X edits in a given timeframe)
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: 4849 9992 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2004-12-03 23:06 UTC by Jim Redmond
Modified: 2008-03-24 20:51 UTC (History)
3 users (show)

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


Description Jim Redmond 2004-12-03 23:06:23 UTC
Today on en:, an anonymous user
( vandalized
a number of pages in a fairly short period of time.  Judging from the pattern of
edits (year articles in sequence from 1950 on), this person probably used a
script to add the offending image to several articles per minute - faster than
regular users could notice and revert.  This continued until an admin blocked
the user.

By restricting the number of edits a particular anonymous user can make in a
given amount of time, we can slow vandalbots' progress to the point that human
users can keep pace.  While there are legitimate uses for anonymous bot edits -
interwiki links are often added en masse to year and date articles by anon bots
- this throttle should hinder the progress of an automated vandal so that human
users can keep pace.
Comment 1 Zigger 2004-12-04 00:49:18 UTC
The example given was mostly editing at 1-3 pages/minute which is too slow to

One problem with address-based filtering is that the origin may be a proxy
serving a large group.
Comment 2 Rob Church 2006-05-21 21:01:16 UTC
*** Bug 4849 has been marked as a duplicate of this bug. ***
Comment 3 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-05-21 15:53:32 UTC
*** Bug 9992 has been marked as a duplicate of this bug. ***
Comment 4 Aaron Schulz 2008-03-24 20:51:49 UTC
This has been done a while ago; see defaultsettings.php.

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