MarioWiki:Blocking policy

Also see Vandalism.

Block Policy
Blocks are used to deal with vandalism, bots, and inappropriate usernames.

There are three types of blocks: Sysops and Patrollers have the technical ability to block any of these for any period of time, but such blocks should follow our blocking policy.
 * User accounts
 * Anonymous IPs
 * IP ranges.

When blocks may be used
Blocks are most frequently used to deal with vandalism. There are several other less common situations where blocks are appropriate, which are listed below.

Vandalism
Sysops and Patrollers may, at their judgement, block IP addresses that vandalize the wiki. For dynamic IPs, such blocks should last at least 24 hours. For static IPs, such blocks should initially last 24 hours, but repeat violators may be blocked for longer periods of time if deemed necessary; there are various rules of thumb that the admins follow with regard to extending the blocks of habitual vandals, none of which are formal policy. In general, casual vandals should be warned before being blocked, though warnings are not usually given for deliberate vandalism intended to discredit the wiki or serve an activist agenda.

Logged-in users that do essentially nothing but vandalism may also be blocked for the same length of time. However, user accounts that perform a mixture of valid edits and vandalism should not be blocked in this manner, but rather be warned with the template.

Disruption
Admins may, at their judgement, block any user that disrupts the normal functioning of the wiki constantly. Such disruption is to be objectively defined by specific policies, and may include changing other users' signed comments, making deliberately misleading edits, plain vandalism, profanity, etc. Users should be warned that they are violating policy before they are blocked. For dynamic IPs, such blocks should last 24 hours. For static IPs and usernames, such blocks should initially last 24 hours, but repeat violators may be blocked for longer as conditions merit.

Admins may also block new user accounts that immediately make many disruptive edits, for any length of time or permanently, at their discretion. "Sockpuppets", or multiple accounts created by the same person, should be blocked permanently. However, blocks should not be used against isolated incidents of disruption from IP addresses or against user accounts that make a mixture of disruptive and useful edits.

Reincarnations of blocked disruptive users will be re-blocked if they continue their disruptive behavior, or if they edit in a way which suggests that they are likely to continue being disruptive – such as "YOU CANT BLOCK ME!!!!!!" or "JOIN ME IN MY FIGHT TO DESTROY THE WIKI!!!!!!!"

Usernames
Inflammatory, deliberately confusing, and other inappropriate usernames are not allowed, and in certain circumstances, admins may permanently block accounts with such usernames.

Sysops can force a namechange by blocking the username (with an expiry time of infinite). The blocking sysop should include a note regarding the username violation in the "reason" field, along with a link to the user talk page where the matter was discussed. If a userpage has already been created, any user may add an explanation of why the user was blocked and a link to the talk page on the blocked user's userpage. It is not advisable to create userpages or talk pages for users with offensive usernames – bureaucrats are likely to rename the users to something generic, like "Null001", "Null002", etc.

Care should be taken to unblock the user's IP address. To unblock the IP but not the username, wait until the user next tries to edit a page, and something like #1234 was blocked because they share an IP with OldUserName will appear at Special:Ipblocklist. Click "unblock" next to that number. The user can then log in under their new name.

If an account has been blocked both for vandalism and for having an inappropriate username, the IP should be left autoblocked.

Impersonation
Usernames that are designed specifically to impersonate legitimate users may be blocked immediately and indefinitely. The IP address of these users should be left autoblocked. Accounts and IP addresses that illegitimately use another account's name in the signature should be warned first, after which they can be blocked.

Please be sure that the account is a malicious impersonator before blocking it; someone might choose a name similar to that of another user without having any ill intent whatsoever. Use common sense. If the suspected impersonators are vandalizing, flaming other users, or otherwise acting with malice, then they should be blocked immediately. If they are making legitimate edits, then they should be told of the possible confusion and politely encouraged to change usernames.

"Public" Accounts
Wiki convention is that accounts with a specific name, but created for general public use by multiple individuals, are not to be used under any circumstances. Such accounts are seen as pretending to have a reputation as an individual within the project, while masking anonymity. Public accounts are not considered necessary or appropriate, especially because anyone can quickly create a username without even an email address being required.

Examples include any account where the owner posts the password for public use. These accounts may be blocked on sight indefinitely, with the block message indicating that public accounts are not needed.

As an alternative, when confirming that the password has been made public, it is quite simple and often creates less fuss to just go into Special:Preferences and change the password. This makes the password no longer public, and can also be done by anyone, not just an administrator.

Bots
Bots are currently not allowed (except by developers, of course) and should be blocked indefinitely upon discovery.

When blocking may not be used
The list above is widely considered to be an exhaustive list of the situations that warrant blocking. Blocking should not be used in any other circumstances, unless there is exceptional widespread community support.

Use of blocks to gain advantage in a content dispute, and self-blocking in an effort to enforce a "Wikiholiday" or departure are specifically prohibited. Likewise, admins should not block those with whom they are currently engaged in conflict.

Admins should not block themselves (to enforce a "vacation" on themselves, for instance) because the resultant "autoblock" may affect other users (see Effects of being blocked, below).

Effects of being blocked
Blocked users can still see all wiki pages, but the "edit" link brings up a "User is blocked" page which explains the reason behind the block and gives information on how to request unblocking. This page includes the "reason" message supplied by the administrator that originally imposed the block. Links and template includes both work as normal in the "reason" section.

The duration of the block depends on the expiry time that was entered at the time of the block, which may be "indefinite" or "infinite" (i.e., until explicitly unblocked).

When a blocked user attempts to edit, the IP from which they are editing is "autoblocked", so that they may not make the same edit anonymously or under a different username. There is an internal autoblock expiry time variable, which is set to 24 hours, meaning that when a username is blocked indefinitely, their IP will be automatically unblocked 24 hours after they last accessed a page.

Note that blocking does not in any way restrict any feature other than normal article editing: blocked users can still read articles, as well as adjust their watchlists and user preferences. Administrators and bureaucrats can continue to use all of their respective features: add and remove blocks, roll back vandalism, make someone a sysop, etc.

Accidental Blocks
Occasionally, users with floating IPs will find that they have been blocked accidentally, because their present IP was previously used by a vandal or hard-banned user. These blocks will disappear if IP change can be forced. If that is not possible, the block should be reported to the first readily available sysop via email - see the list of Sysops for some likely candidates.

Users who act so as to impersonate a previously banned user, to impersonate a known vandal, or to pretend to be engaging in vandalism, are also likely to be accidentally blocked. To avoid this problem, it is in a user's best interest to not act in this way in the first place. "Don't do that then". It is good practice to edit so as to demonstrate your trustworthiness, not to put up a facade of untrustworthiness.

How to Block
Sysops and Patrollers may go to Special pages and select the "Block user" link. This takes them to Special:Blockip, which has further instructions. Special:Blockip is also accessible via the [block] link that appears next to each non-logged in user on recent changes.

The "reason" that the administrator fills in will be displayed to the blocked user when they attempt to edit, as well as appear in the block log and the block list.

Expiry times are entered in the GNU standard format, which is described in the tar manual. Alternatively, a block may be "infinite" or "indefinite", meaning that the block is permanent, and will remain operative until an administrator explicitly unblocks the account.

If an admin does not enter an expiry time when blocking, an error message will be displayed.

Range Blocks
Range blocks are sometimes used when a vandal or disruptive user has been IP blocked on several occasions but responds by using a different IP address. In most cases, range blocks will affect at least some legitimate users. Therefore, range blocks should only be used when the disruptive behavior is frequent and severe enough to make other methods ineffective. This is a matter of judgement, and the likely number of legitimate users that might be affected should always be taken into account prior to implementation.

When used, range blocks should be as brief as possible.

The range block feature is difficult to use correctly because it requires an understanding of binary arithmetic. It has certain limitations inherent in its implementation, requiring the starting and ending IP addresses to be an exact multiple of the distance between them, which must be a power of two. For details, see range blocks.

Unblocking
Special:Ipblocklist contains a list of all currently blocked users and IP addresses. Administrators will see a link to [unblock] next to each user. After clicking this, admins should type in the reason for unblocking the user and then click the Unblock this address button. Sysops are able to unblock themselves by following this procedure.

Administrators may unblock users if:
 * They were blocked in violation of this policy.
 * The reason for blocking no longer applies.
 * The block has lasted too long.
 * In other appropriate cases.

There are no hard and fast guidelines on unblocking, hence the "in other appropriate cases" guidance. Admins must use their common sense and good judgement.