Commons talk:Blocking policy
|This is the talk page for discussing improvements to Commons:Blocking policy.|
I just noticed that this policy contains no provision for blocking open proxies. Such blocks are accepted as standard practice. The typical duration is one year. The reason for not going with indefinite is to allow for IP address reassignments, fixing of loopholes, etc. See meta:No open proxies for the Wikimedia-wide policy. Specific block settings seem to vary, so it would be good if we could agree on some standard principles and spell them out. —LX (talk, contribs) 14:34, 28 September 2011 (UTC)
- No reason not to make this explicit. One year duration seems good to me. Perhaps you might propose words to this effect. With no objection, it may be added. Walter Siegmund (talk) 18:41, 30 October 2011 (UTC)
I don't see any mention of blocking sockpuppets here. Obviously we do it fairly routinely. Most socks are vandals, copyright violators, block evaders or other problems that are listed here, but we also block socks that simply use two or more usernames to cast multiple votes or generally mislead. As I understand the rule, a sock may be blocked on sight if it is used to "mislead, deceive, or disrupt; to create the illusion of greater support for a position; to stir up controversy; or to circumvent a block, ban, or sanction" (from Sock puppetry).
While such actions probably won't result in an immediate indefinite blocking, they are certainly reasons that we block accounts.
- en.wp has an entire, lengthy policy for it: en:Wikipedia:Sock puppetry. We could at least mention it as an issue (bearing in mind there are legitimate uses of multiple accounts too - en:Wikipedia:Sock puppetry#Legitimate_uses). The nutshell summary of the en.wp policy might work as a basis:
- The general rule is one editor, one account. Do not use multiple accounts to mislead, deceive, or disrupt; to create the illusion of greater support for a position; to stir up controversy; or to circumvent a block, ban, or sanction. Do not ask your friends to create accounts to support you. Do not revive old unused accounts and use them as different users, or use another person's account.
- Well, I guess you already quoted the key bit :) Rd232 (talk) 17:02, 17 March 2012 (UTC)
- I agree. Rewording that as an item in our list: "Abusing multiple accounts to mislead, deceive, disrupt, distort consensus or to evade blocks or other sanctions. Secondary accounts are typically blocked indefinitely. The primary account may or may not be subject to new or extended blocks depending on the circumstances." —LX (talk, contribs) 10:54, 1 June 2013 (UTC)
Instructions for administrators section
This section has remained largely unchanged since it was added in 2006, and it shows. It does not reflect how administrators work these days, and it deals only with copyright violators. Commons has much higher traffic and is much more multilingual today than it was then. Today, administrators block about 30 users per day on average. Rather than recommending writing "strongly-worded" custom warnings to each and every one of them and trying to find administrators who speak Tagalog, Catalan or Vietnamese (all while the user continues to upload copyright violations in batches of 50 at a time), we use multilingual talk page templates these days, and giving such warnings is not restricted to administrators. The essence of the section seems to be that users should generally be duly warned before being blocked.
I'd like to propose the following rewrite, which also incorporates the "When in doubt" section:
- Before blocking
- For blocks based on disruptive behavior, such as vandalism, repeated copyright violations and manual promotional activities, ensure that the user has been appropriately warned, preferably using a block warning template. No warning is necessary when blocking open proxies and users with inappropriate usernames. Accounts and IP addresses used solely for severely disruptive purposes such as automated spamming, serious vandalism or harassment may also be blocked without prior warning.
- Controversial blocks may be discussed at the blocks and protections noticeboard, preferably before they are applied if at all possible. As a rule of thumb, when in doubt, do not block.
- When blocking
- Blocks can be applied to registered users, IP addresses or address ranges. Range blocks are especially powerful tools, and discussion of these is particularly encouraged.
- As blocks are preventative rather than punitive, use a block duration that is proportional to the time likely needed for the user to familiarize themselves with relevant policies and adjust their behavior. Also consider the user's past behavior and the severity of the disruption. When blocking IP addresses, keep in mind that innocent third parties sharing the same addresses may be affected.
- Provide a reason for the block. The rationale should preferably use links to relevant policies to help the blocked user understand why they have been blocked. Where appropriate, diffs or permanent links documenting the reason for the block are also helpful.
- Account creation should be prevented in most cases, but may be allowed when blocking an inappropriate user name to allow creation of a different name.
- Autoblocking of IP addresses used by the blocked user should typically be disabled when blocking bots and enabled in most other cases.
- Only prevent the blocked user from using their talk page or sending e-mail if they are likely to abuse these privileges.
- After blocking
- Notify the blocked user, preferably using a user block template.
- Watch the blocked user's user talk page and ensure that requests for unblock are attended to.
- Blocks based on disruptive behavior should be lifted if there is reason to believe that the disruptive behavior will not resume.
- Controversial blocks may also be discussed at the blocks and protections noticeboard after they have been applied. To avoid wheel warring, they should only be lifted another administrator if there is consensus to do so, even if there is no clear consensus in favor of the original block.
- I've always felt that rangeblocks should usually be done after reference to project CUs. As stated they are powerful and for anything other than 24 hours say the impact should be assessed by CUs IMO. --Herby talk thyme 13:45, 1 June 2013 (UTC)