User:Asilvering/Unblocks guide

• User:Novem Linguae/Scripts/UnblockReview.js - doesn't work 100% of the time, but far less buggy than previous unblocks scripts
• User:Daniel Quinlan/Scripts/Unfiltered.js - shows filter hits in contribs screen and in page histories
• User:Daniel Quinlan/Scripts/UserHighlighter.js - highly customizable user highlighter script
• User:Daniel Quinlan/Scripts/RangeHelper.js - essential for dealing with blocks on IP ranges and IPv6 IPs
• User:Daniel Quinlan/Scripts/Catatonic.js - helps you empty Category:Requests for unblock awaiting response from the blocked user at a glance. Once you've installed it, navigate to that category, click "page information" (in the tools menu), and then click "enable activity tags" (next to the page ID). You should now see a number next to each entry in the category; that's how many days it's been since the page was edited. Anything at 14 or higher can be declined as stale.

Every admin is going to have a different philosophy on when to unblock. Here's some of mine.

• Some blocks are very cheap. A kid who changed every instance of "rooster" to "cock" knows exactly what they did and will be caught in minutes if they reoffend. If they swear they're not going to vandalize anymore, just give them WP:ROPE and move on.
• Some blocks are not cheap. Close-paraphrasing copyright issues. Stealth pov-pushing. Source fabrication. These are hard to detect and hard to clean up after. Don't handle them lightly. {{2nd chance}} can be useful here, or converting the block to a p-block from mainspace.
• It doesn't matter whether they're sorry. It only matters that they're not going to do it again. Dragging apologies out of people is an ugly and unnecessary flex of power. If you feel compelled to do it, ask yourself why.
• Don't unblock someone until they understand what they did wrong. They'll just do it again. And this time, it will be your fault.

1. Go to CAT:RFU. (Or this table or this table if you prefer.) Pick a blocked editor.
2. Find the most recent appeal.

   If they have made several, decline the surplus ones. You may need to do this by hand, because multiple requests can confuse UnblockReview.js. See {{Unblock}} and {{Unblock reviewed}}.

   If they have put it in a weird place on their talk page, you may find it helpful to move it and put a proper heading on top.

3. Read the appeal.
4. Look at the block. Is the appeal a reasonable response to the block?

   If it is completely useless and you have UnblockReview.js installed, simply hit "Decline", which will subst {{Decline reason here}} and close the review. Return to step 1.

   If it is abusive and the editor needs to be immediately evicted from the premises, explain why, hit "Decline", and edit the block to revoke TPA. Drop a {{uw-talkrevoked}} on their talk page. Contact WP:OS if required. Return to step 1.

   If this is a child giving you way too much personal info, redact it, leave them a neutral message about needing to appeal through WP:UTRS, revoke TPA, and contact WP:OS. Heavy-handed? Maybe. But safe. Return to step 1.

   If you see someone else has already been by and asked the editor a question, and you too would want to see that question answered before considering an unblock, edit the template to add |idletimestamp={{subst:CURRENTTIMESTAMP}}. This will move the block from the normal queue to Category:Requests for unblock awaiting response from the blocked user, where it will stay until an edit (any edit, by anyone) is made to the talk page. Return to step 1.

5. Investigate further. This may take a while.

   If you don't finish investigating, future admins will appreciate if you leave some notes or breadcrumbs. Keep WP:BEANS in mind.

6. [Optional] Talk to the editor and ask any necessary questions.

   Tip: if you want to figure out what the blocked editor thinks or understands, don't ask leading questions, or questions that can be answered with a yes/no. "Will you follow the guidelines?" will get a 'yes' whether that's true or not. "Please explain how you will follow the guidelines" will probably get you further.

7. [Often] Ask for input from the blocking administrator.

   In the very obvious, simple cases (silly vandalism, {{uw-spamublock}}, etc), where the blocking admin probably spent about two seconds thinking about the block in the first place, everything is resolved to your satisfaction, and drawing things out further would simply be a waste of everyone's time, you can skip this step. Give the blocking admin a courtesy ping when you accept the unblock. If you have even the slightest bit of doubt about whether this is an "obvious, simple case", do not skip this step.

   You have to consider the blocking admin's input, but you don't have to agree with it. Except in the "un-unblockables" cases below, the blocking admin does not have a veto - you do. Think very, very carefully before unblocking an editor over the objections of the blocking admin. If it's the right thing to do, you need to do it. Are you sure it's the right thing to do?

   The blocking admin cannot insist on any specific conditions. That decision lies with you too.

   Most of the time, the blocking admin will tell you "I trust your judgement." Don't prove them wrong.

8. Accept or decline the appeal. Give a reason and clearly state any conditions.

   If you accepted, you must now manually unblock the editor. It's a good idea to leave a diff or permalink in the block log. If it was a conditional unblock, you must state the conditions in the block log. You may also optionally list them at WP:EDR.

   If you declined, but you think the blocked editor has a chance in the future, tell them so, and give them some advice.

   If you declined, and you think this is getting downright stupid (it's the fourth appeal in a row, there was a long discussion involving multiple admins and you're all horrified, the editor is abusive, etc), consider revoking talk page access. Maybe you want to do this indefinitely, maybe for six months. I don't recommend doing this if the editor was abusive to you specifically or questioned your judgement in particular. Keep your hands clean; let another admin handle it.

9. You're done! Well, not really. Return to step 1.

As a general rule of thumb, a block can be lifted by the same community mechanism which imposed it:

1. Most blocks implemented by a single admin can be lifted by a single admin, though consulting the blocking admin is recommended;

   An arbitration enforcement block set more than a year ago by a single administrator can be treated as a regular block;

2. A block implemented as a result of community consensus (eg, at WP:ANI or WP:AN) can only be lifted after community consensus at WP:AN;^[a]
3. A checkuser or WP:COIVRT block can only be lifted with the consent of a checkuser/WP:COIVRT admin;
4. An arbcom block can only be lifted by arbcom.

Admins who unilaterally lift community-consensus blocks will probably find themselves at WP:AARV in short order. Admins who unilaterally lift active WP:AE blocks, CU/COIVRT blocks, or arbcom blocks may be summarily desysopped.

Someday I will get frustrated or bored enough to make docs for this, but for now, the basics:

Green posts are admin-view-only, and you make one by typing in the comment box at the bottom of the appeal and pressing the green "submit" button. You can do this even after an appeal has closed.

Blue posts are communication from and with the blocked editor and can be seen by both of you. To make a blue post, you first need to press the green "Reserve" button, then scroll to the bottom, where you will now see a teal "Send a reply to the user" button. You can then choose to reply with custom text, or select a template from the list (click the template name to review the response). Before you hit "submit", make sure you've selected the correct option from the drop-down menu. If you want the blocked editor to respond, make sure you set it as "awaiting reply", otherwise other patrolling admins will keep opening up the case, seeing it's waiting on a reply, cursing you under their breath, etc. Remember that you've reserved the appeal - if you want other admins to be able to make blue comments, you'll have to hit the "release" button to send it back to the general pool. Other admins can always see the open appeals, and use green comments on them, but can't respond or action them if another admin has them reserved.

Do not press any of the red buttons at the top unless you want to immediately close the appeal without any comment. These buttons instantly apply the specified action and archive the appeal. Useful for when the "yamlafuck pooyo" guy shows up and you wish to be immediately rid of them. Otherwise, dangerous.

The yellow buttons, similarly, will disappear the appeal, but not without first asking you to type in a reason. Use "tool administrator" when an editor has exhausted the patience of all responding admins and you need a six-month vacation. Use "CheckUser" to punt the appeal to the CUs, but please try to solve the problem yourself first. (Chances are, no CU is needed.)

Accepting an appeal does not unblock the editor. You have to do this manually on-wiki.

Globally locked accounts

• Editors who are globally locked are unable to log in to their account, so they cannot respond on their talk page and the appeals need to be handled on WP:UTRS.
• Locks and blocks are fully independent of each other. That is, an account can be locked but not blocked, and your unblock will not lift a glock, nor is it prevented by one.
• Don't just give up and punt to the stewards. The stewards will want to know that you are planning to unblock/unban the editor before they lift the global lock.

Unblock requests are not a consensus process. A single administrator is expected to review the block and make a decision. If you see editors trying to "!vote" on an unblock, you can, and probably should, tell them to step off.

However, there are some unblocks that require community consultation:

• multiple admins are involved in the unblock discussion, and either cannot come to consensus or believe it ought to have broader input
• the editor has been caught by checkusers so many times they hit WP:3X and are de facto cbanned
• the editor was cbanned by community consensus (ie, the block was not a unilateral admin action, but exists to enforce the cban)

In these cases, you cannot unilaterally lift the block, though you can unilaterally decline the unblock request. Do steps 1-6 of the basic workflow as normal. Then, if you're satisfied that the editor can be unblocked - or, at least, satisfied that they ought to get a chance to make their pitch to the community - copy over the text of their unblock to a new WP:AN thread for community discussion and !voting. You can !vote in support if you like, or stay neutral. If editors ask questions of the blocked editor, the blocked editor will have to write answers on their talk page for you to ferry over.

As far as I can tell, there's no rule for how long these discussions have to stay open. I recommend at least 72 hours for the easy ones and a week for ones that look like there might be more reason for doubt. There's no harm in letting them run for a full week, but closing them early gives editors who've been wronged by the banned editor less of a chance to weigh in.

A failed appeal to the community usually results in an embargo on further appeals for at least six months. Please consider this when you're deciding whether to take over an unblock/unban request that strikes you as insufficient. At some point, if the editor really insists, the best move may well be to say "your funeral" and carry over something you know will be rejected. But in general, you shouldn't be setting people up to fail.

Most editors suck at writing good appeals. They suck even worse at writing good appeals for cbans. Here are some tips to elicit something better:

• Make sure there's some accounting of why the editor was blocked. Remind them that the people responding to the appeal at WP:AN will be hearing about the ban - and the banned editor - for the same time.
• If they've only ever been disruptive, the community likes to hear what the blocked editor's intent is - that is, what do they want to edit, and why?
• If they've apologized, but it sounds more like "I'm sorry you got mad", you might want to let them know. Maybe they didn't realize. Alternatively, maybe you just want to decline this one.

Unilaterally unblocking an editor in any one of the following situations is likely to lead to a summary desysop:

• Checkuser blocks
• Oversight blocks
• WP:COIVRT blocks
• AE blocks
• Arbcom blocks

The latter two are not your problem and you probably won't see them often, if at all. Decline the arbcom block and tell the editor they need to email arbcom instead. For AE blocks, check the date and the reason: if it's more than a year ago and was a unilateral admin action, this is now for your purposes a regular block (absolutely do not skip the "consult the blocking admin" step). Otherwise, the blocking admin is supposed to be the first port of call, so if there's no evidence they've spoken to the blocking admin and no notes left on the block (eg, "appeal to AE"), procedurally decline, explain why, and call in the blocking admin. If they've already spoken to the blocking admin, but they're still using the unblock template for their appeal and that admin didn't take to to AE themselves, something has gone a bit weird, so be alert.

To take a block to WP:AE, simply open a new thread at that noticeboard as normal, copying over the text of the appeal and providing evidence that the blocking admin is aware that you're doing this. The AE admins may have questions for the blocked editor, the answers to which you'll have to ferry over from their talk page. You don't need to do anything else.

Do not unilaterally decline an AE unblock request in its first year unless you are the blocking admin. If the request sucks, you're well within your rights to (gently!) tell the blocked editor that it sucks and you don't think it will succeed. But if they insist, take it over. Let AE be the judge of whether the blocked editor is wasting their time.

• Dealing with these usefully means understanding the basics of WP:SOCK- and WP:UPE-hunting. That is not as difficult as it may sound. Read: WP:GOODSPI, User:Spicy/SPI admin guide, User:NinjaRobotPirate/Identifying sock puppets, Wikipedia:Sockpuppet investigations/SPI/Guide to filing cases, User:Blablubbs/8ball, User:ST47/8ball, and User:Asilvering/8ball. Congratulations. You now understand SPI. You'll have to learn what UPE looks like as you go, for WP:BEANS reasons. Ask your friendly neighbourhood functionary what set off their UPE alarms when you're unsure, and soon enough you too will be cursed with the second sight. WP:LTA/OM has an overview of a particularly large case.
• We usually want the blocked editor to appeal on the "master" account. This is almost always the oldest account. If they no longer have access to that one, it's no big deal. If they do, but they're appealing from a different account, close that unblock and tell them to appeal on the master. Mostly this is so the paperwork is easier to keep track of. If they have a strong preference for keeping one of the other accounts, there's no reason to insist that they get the "master" unblocked.
• If the editor has already had checkuser-confirmed socks caught twice after the initial block, they are now WP:3X banned. You can go through all the same steps below, but instead of lifting the block yourself after getting CU approval, you'll first have to take it to the community at AN (see above).

People who were actually spamming, as in, inserting spam/sales links all over the place or sneakily hiding them in unrelated references, should basically never be unblocked, and basically never ask. They know what they did, and the accounts were disposable anyway. Sometimes, you get someone who is actually just very hapless and very confused. A good way to sort out who is who is to ask what they want to edit about. If you get an answer that is kinda reasonable or kinda stupid, chances are they're just really bad at this, and you'll be able to unblock after checking in with the blocking admin. If you get an answer that sounds like a bunch of SEO buzzwords tossed into a ChatGPT blender, it is time to remove them from the premises.

spam/adv-only accounts

promo name+promo edits

First, I'm really glad you're here. Don't let anyone tell you that non-admins aren't welcome; you are.^[c] There's a lot of good that non-admins can do here. For one thing, most of the "work" at unblocks doesn't involve using any admin tools. For another, you can address the blocked editor as a helpful colleague or sympathetic ear in a way that admins can't do as effectively since we have the power to unblock and to revoke talk page access. However, please seriously consider whether you are the right person for this kind of thing. You need at least two of: deep reserves of patience, uncommonly good common sense, and long and varied Wikipedia experience. All three is preferable. If you read that and thought "that's me, no problem!!" unblocks is probably not for you.

Most blocks are good blocks. Most unblock requests are completely terrible. That doesn't mean most editors shouldn't be unblocked. As a non-admin helper, your aim is a) to make it as easy as possible for the responding admin to come to a quick decision, and b) to help ensure the blocked editor actually gets a fair shot at getting unblocked, if an unblock could possibly be appropriate. If the editor doesn't understand why they were blocked, but it's obvious to you, you can help them figure it out. If the editor hasn't answered some of the questions you know admins are likely to ask, you can try to elicit some useful answers. Keep in mind that your goal isn't to judge whether the unblock request should be accepted or not, but to make it easier for the responding admin to do so. Similarly, your goal isn't to ensure that the blocked editor is unblocked, but to make it easier for them to navigate the process themselves.

Undoubtedly the place where you can save the most admin time is the promo and promo+username blocks. Almost everyone who has been blocked for one of these reasons is blocked simply because they did not understand what was expected of them. Once they understand, they can be unblocked. If you can get the blocked editor to identify their specific connection to the topic they're writing about, and to understand WP:COI and WP:PAID, you've already done most of the work an admin would otherwise have had to do.

Sometimes the most helpful thing you can do is talk to an editor after their appeal has been declined, not before an admin has made a decision. If you've spent enough time watching CAT:RFU and read the rest of this guide, you'll know what admins are generally looking for. A sympathetic, understanding, and realistic evaluation of the blocked editor's potential next steps can go a long way.

Tips:

• Lurk before you leap. Requests will automatically disappear from CAT:RFU when the template is accepted or declined, but you can use discussiontools to subscribe to the heading above the unblock request, and then you'll get a notification when someone responds. You can also search unblocks admins' contributions to User talk pages for likely edits. Edits made using UnblockReview.js will have an edit summary that contains "(unblock-review)".
• Shadowing a more experienced unblocks helper's contributions might help too.
• Blocked editors tend to assume you are an administrator unless you tell them otherwise. {{non-admin comment}} is useful for this purpose.
• You're probably going to keep saying the same thing over and over again. Save yourself time by making yourself some template responses.
• You may find phrasing like "admins usually like to see..." and "I'm not sure this appeal will be accepted, because..." useful. Up to you. Personally, I think it's helpful to put some distance between your words and your opinions.
• For an active appeal, the less you give and the more you elicit, the more helpful you'll have been. The unblocking admin wants to know that the blocked editor understands what they did wrong and isn't going to do it again. If you tell the blocked editor what to say, the unblocks admin has nothing to go on.
• Do not get involved in appeals where the editor has only recently been given talk page access back after several rounds of UTRS appeals. There has often been a lot of private admin conversation about these and you may be stepping into a serious minefield.
• Do not carry cban appeals to AN on behalf of a blocked editor. This is one of the few things a non-admin can get involved with at unblocks that can result in actual harm beyond simply embarrassing yourself. Let an admin handle this. If you're absolutely confident you understand what's going on and the appeal is ready to go to the community, you're either very wrong or you should have RFA'd months ago.

Remember to subst these if you're putting them in an unblock decline.

• {{subst:2nd chance}}: basically impossible for newbies and results in an unblock request that sits in the queue forever because it looks complicated and patrolling admins don't want to be bothered. Avoid in general, but very useful for copyright, LLM misuse, etc blocks.
• {{checkuser needed}}: use this to enlist the services of a checkuser. Only when you're sure you need one.
• {{subst:Decline reason here}}: boilerplate decline. Only any good if the appeal is really, really useless. Otherwise, highly patronizing.
• |idletimestamp={{subst:CURRENTTIMESTAMP}}: use this to move the block from the normal queue to Category:Requests for unblock awaiting response from the blocked user.
• {{uwl}}: a quick link to the unblock wizard. Currently still in testing. Good to hand out to editors who appear to be having trouble understanding what is expected of them in their appeal.

1. I closed an unblock and the formatting went to hell, what gives?

   There is probably a : in front of the unblock template. Open the source editor and remove it.

2. I closed an unblock with Novem's script and the formatting went to hell, what gives?

   You're going to have to go into source mode and add the 1=, 2=, etc parts manually.

3. I keep seeing appeals with bolded questions and answers. Is this some kind of LLM slop?

   No. (Well, the answers might be.) This is an editor who is using Wikipedia:Unblock wizard to write their appeal.

4. What if an appeal looks like it's AI-generated?

   If you're sure, decline it out of hand and tell the editor why we don't want to hear from their pet robot. If previous appeals were declined for this reason, consider making "no LLM use" an unblock condition. But please think twice before declining for this reason, especially if the editor is likely to be an Anglophone from South Asia or Africa and you are unfamiliar with those idioms. Both native UK/US Anglophones and AI-detectors tend to have high false positive rates here.

5. How do you decide if the blocked editor is telling you the truth?

   I try to avoid caring about this as much as possible. What I'm really trying to figure out is, will this editor go back to disruptive behaviour if unblocked? If someone got blocked for meatpuppetry in WP:GS/KURD and they swear up and down they're not co-ordinating off-wiki, I don't believe them or disbelieve them. I just tban them from WP:GS/KURD as part of their unblock conditions.