Last modified: 2008-03-24 20:51:49 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 T2993, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 993 - Allow throttling of edits (only X edits in a given timeframe)
Allow throttling of edits (only X edits in a given timeframe)
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
: 4849 9992 (view as bug list)
Depends on:
Blocks:
  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: ---


Attachments

Description Jim Redmond 2004-12-03 23:06:23 UTC
Today on en:, an anonymous user
(http://en.wikipedia.org/wiki/Special:Contributions/193.207.168.126) 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
restrict.

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.


Navigation
Links