Last modified: 2006-02-27 15:32:44 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 5119 - Levels of IP blocking
Levels of IP blocking
Status: RESOLVED DUPLICATE of bug 550
Product: MediaWiki
Classification: Unclassified
User login and signup (Other open bugs)
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2006-02-27 13:38 UTC by David Castor
Modified: 2006-02-27 15:32 UTC (History)
0 users

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


Description David Castor 2006-02-27 13:38:19 UTC
On Swedissh Wikipedia chat channel we discussed the blocking of anonymous users.
One of our users thought that we are to lenient towards "graffiti-users",
meaning that serious users have to spend much time reverting articles. We are
however reluctant to block IP numbers, at least for any length of time, since
this would also block contributing users, especially since the IP numbers
typically are those of schools, libraries, and other institutions. From  our
discussion grew the following suggestion:

What if we could have "soft" and "hard" IP blocking, whereas soft blocking
blocks only anonymous users with a specific IP number? Registered users using
the same IP would still be able to edit. It would also be possible to register
as user. In this way we who are admins could be slightly more "trigger happy"
with the block button. The hard blocking would then only be used if someone
tried to mass-produce registered accounts to reach around the soft blocking.
Comment 1 Rob Church 2006-02-27 15:32:23 UTC

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

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