Template talk:Unblock-auto

Functionality
Hi everyone, I recently created this template and incorporated it into MediaWiki:Blockedtext to streamline the lifting of autoblocks. Since autoblocked people are innocent, every minute waiting will make them more disillusioned with Wikipedia as a whole. The template was designed to minimise the time wasted reaching for the keyboard when it a copy and paste job would suffice, hence the length. User:Centrx (talk • contribs) calls this template "too long and flashy", but I would have to disagree in that since we started using it, we've cut back considerably on downtime from people not providing their IP address or an unblock reason. Anyway, the length of the template shouldn't be a real concern because it's not subst'ed and the administrator's copy/paste portion disappears once the block request has been reviewed. Does anyone else have any suggestions on how we can streamline or simplify this template further? --  Netsnipe  ►  07:04, 5 October 2006 (UTC)


 * Make sure you fix for us CAT:RFU patrollers, so it makes sense with the new template. Otherwise, I like it. Daniel.Bryant 07:15, 5 October 2006 (UTC) I see it has already been done. Cheers, Daniel.Bryant 07:16, 5 October 2006 (UTC)

Signatures
I rather enjoy the default "Not an autoblock, you have been blocked directly," feature that kicks in when we don't leave a decline reason; my only bother with it is that when doing that, we can't sign the message. There's three fixes I can think of: (1) subst the template, (2) add the "not an autoblock" message to the list of pre-written messages we can copy-paste in, or (3) add a "sig" parameter to the template, so that we can still have a signature without putting anything in "decline". So something like  (since "decline" is still omitted, the default would kick in, and then be followed by "sig" (which if left undefined just won't show)). Any thoughts? Luna Santin 21:44, 25 October 2006 (UTC)
 * I agree, it would be nice to be able to sign when it a block is declined, especially because if an administrator wants to discuss the block with the administrator who declined it. -- Nataly a 00:17, 4 November 2006 (UTC)

Done. --  Netsnipe  ►  12:36, 25 November 2006 (UTC)

autoblocks link
shouldn't the link to "autoblocks" be under the second name/ip, the one that is entered be the autoblocked user? ST47 Talk 19:14, 12 November 2006 (UTC)


 * Yes, when you follow the link to the autoblock tool, it seems to be searching for autoblocks with the current name as the original blockee. That doesn't see quite right. Also, would it be possible to make the template display the autoblock number, rather than the IP, in the case of an autoblocked account? I thought it's the autoblock number you actually need for unblocking, and also we don't really want to force the autoblocked account to reveal their IP if not strictly necessary, right? Fut.Perf. ☼ 12:51, 14 November 2006 (UTC)

No. You can lift an autoblock by unblocking the IP address directly. The autoblocks link in this template is really a relic left over from, but having it there is better than nothing I guess. It's not possible to link to the original blockee unless someone writes up a parser function to extract it from the Autoblocked because your IP address was recently used by "$USER" message. Note that MediaWiki:Blockedtext does not provide an autoblocked user with their autoblock number and there would be an incredible amount of confusion out there if we asked a user to dig it up themselves. An IP address is incredibly useful for determining if a user is indeed editing from a SharedIP such as a school or company and it's also handy in tracking down potential sockpuppets. --  Netsnipe  ►  15:04, 19 November 2006 (UTC)


 * To narrow down what Netsnipe said, this is apparently impossible because the username of the original blockee is not available as a variable. Luna Santin 20:24, 22 November 2006 (UTC)

color problems with firefox.
The background color don't show up correctly in firefox. It sure makes it harder to read a page when the template doesn't stand out. ---J.S (T/C) 18:43, 1 December 2006 (UTC)

Unblock
Hi. This may be the wrong page, but someone blocked me on wikitionary because they did not like my addition of legitimate slang words, without notifying me first. It says to contact an administrator, but I can't, as I'm blocked. Any help? Thanks. Tim Long 06:07, 25 December 2006 (UTC)

Why are we exposing users' IP addresses?
Users who aren't even blocked, perhaps at a university or a large ISP (including large Saudi ISPs) will get their IP addresses exposed with this template when they are un-autoblocked. Shouldn't that information be kept private? 1of3 19:02, 3 October 2007 (UTC)
 * I suppose if any particular user has a problem with it, WP:OVERSIGHT would quickly delete it. It's probably not feasible to do that for every single unblock request though. If you are concerned about your rprivacy, that would be the best place to start. --YbborTalk 03:20, 4 October 2007 (UTC)
 * Oversight isn't necessary; a user should always feel free to just ask an admin to delete those revisions of their talk page if they're concerned. Mango juice talk 15:18, 16 November 2007 (UTC)

Unblock link, for the autoblock ID
I hope no one minds, I've added an (unblock) link, for the autoblockid. It's a real bear to chase down autoblocks, and, that makes it a lot easier. SQL Query me! 19:28, 7 December 2007 (UTC)


 * I modified the reason inside to not include the user's username. This is for privacy purposes; including the username with the auotblock id allows someone to backtrace and discover the link between users.  Mango juice talk 18:31, 18 February 2008 (UTC)

Fix the reviewed template
Add nowiki to the block message in Unblock-auto reviewed, as it appears can be found in Unblock-auto. I don't know how. mechamind 9  0  06:23, 25 May 2010 (UTC)

Toolserver link
The toolserver link to the block ID is stale; anyone have a replacement? --jpgordon:==( o ) 23:41, 30 May 2010 (UTC)

The new style
What about this one: Note: If you were blocked directly, you are using the wrong template and your block will not be reviewed. Please use {&#123;unblock|your reason here&#125;} instead.

This user is asking that his or her autoblock or (shared) IP address' block be lifted:
 * User: ([ block log] • contribs • deleted contribs • [ abuse filter log] • [ • [ unblock] • user rights management)

 Administrator use only: Replace this template with one of the following as notification. Users should note that they CANNOT unblock themselves.
 * Block message:
 * Blocking admin:

Note: If the "decline&#61;" is omitted, a reason for unblocking will be requested.

Note: This should ideally only be used for when a auto- or indirect block needs checkuser assistance.

I welcome any modifications. / Hey Mid  (contributions) 22:59, 26 November 2010 (UTC)


 * It's in the works, on my to-do list. — Edokter • Talk  • 00:12, 27 November 2010 (UTC)
 * is good. Hey  Mid  (contribs) 22:09, 28 November 2010 (UTC)

Can somebody re-add the Category:Requests for unblock-auto that was in the template before? The copy-edit seems to have deleted it. mechamind 9  0  00:28, 30 November 2010 (UTC)
 * Sorry about that... fixed. — Edokter • Talk  • 00:32, 30 November 2010 (UTC)

Change icon for unblock-auto reviewed template
Can you change this image: to the other image, like the one used for the  template: ?

→ ♠ Gƒoley ↔ Four ♣ ← 06:19, 31 December 2010 (UTC) Didn't realize this was full-protected. → ♠ Gƒoley ↔ Four ♣ ← 06:20, 31 December 2010 (UTC)


 * ✅ — Edokter • Talk  — 13:12, 31 December 2010 (UTC)

New WHOIS link
I'd like to replace the link to dnsstuff with a link to. I find the latter site much easier to interpret, and it has the added bonus of identifying proxies in large red letters. Thoughts? TN X Man 19:27, 9 March 2011 (UTC)
 * I think your proposed link is better than the current one. Go ahead and do the edit. Hey  Mid  (contribs) 13:09, 15 April 2011 (UTC)
 * Done. TN X Man  13:23, 15 April 2011 (UTC)

Edit request from Logan, 4 April 2011
Please replace:   {&#123;subst:Unblock on hold-notification | 1= &#125;}&lt;/nowiki>  

with:  {&#123;subst:Unblock on hold-notification | 1=&#125;}</tt> 

as the &lt;/nowiki> is pointless there, and it shows up in the notification. Thanks!

Logan Talk Contributions 14:32, 4 April 2011 (UTC)
 * Note - please change it based on what shows up on this talk page and not in the wikicode. Logan Talk Contributions 14:34, 4 April 2011 (UTC)
 * ✅. <span style="font-family:'Trebuchet MS',sans-serif"> — Edokter  ( talk ) — 15:27, 4 April 2011 (UTC)

Remove $1 parameter
It has been reported (to the Mediawiki talk:Autoblockedtext page as well as to bugzilla bug 53008) that revealing IP address of the user via this template might cause unwanted disclosure of the private data. Actually block number (provided in the parameter #4) should be enough to investigate the issue; should a CheckUser investigation be necessary, they can access the IP address without using this template. I propose to remove parameter $1 altogether from this template. « Saper // @talk » 19:27, 20 April 2014 (UTC)

"Do not remove"
Should we have the Do not remove this unblock review while you are blocked for declined reviews? --jpgordon:==( o ) 18:10, 19 May 2014 (UTC)

[BUG] Unblock-auto reviewed (maybe others)
I noticed that the "Blocking administrator" field will point toward User:Not provided if nothing is entered for that field (or maybe it was). I have redirected that page toward WP:ADMIN and the associated talk page as well. There actually is a user Not Provided (ancient and long abandoned) so maybe this is worth looking at. -- dsprc  [talk]  02:21, 21 June 2014 (UTC)
 * It could be removed alltogether... an autoblock never has a blocking admin.  11:12, 21 June 2014 (UTC)
 * That's not quite true - while an autoblock isn't explicitly placed, the log does show the name of the admin who placed the block that triggers the autoblock. ​—DoRD (talk)​ 13:33, 21 June 2014 (UTC)


 * It is not recommended to remove this field from Template:Unblock-auto reviewed (or others) because it is in wide use, as can be seen by looking at random User pages linked to by that template, eg: User_talk:Dominotree for instance. The template page shows "Not provided" as a plain-text entry instead of an internal Fast link, which would (presumably) be preferred. Mayhaps there is something that can be done with the template syntax or to the backend module (if there is one?) to have that default entry always be plain text if nothing is specifically provided. Baring any changes to the template, the User page it points to could be protected, or filled with informative pieces of policy and administrivia for any ne'er do wells who may be so inclined to click it. -- dsprc  [talk]  21:11, 21 June 2014 (UTC)

Typo (braces and bracket in wrong order)
There is a minor typo in the template, similar to this one. The template does work as-is, but depends on some unusual behavior of template parsing which could very well change at some point. Basically, the template only works by accident currently, so I think the typo should be fixed. I have fixed the other templates similar to this one with the same typo (presumably copy-pasted from the original) but since this one is template protected, I cannot fix it. --Khgtcv (talk) 00:32, 11 June 2015 (UTC)
 * Yes check.svg Done Alakzi (talk) 00:38, 11 June 2015 (UTC)

Template-protected edit request on 21 June 2015
Please change  to    for consistency with unblock

<b style= "color:red">T</b><b style= "color:#FF4200">L</b><b style= "color:#FF7400">2</b><b style= "color:#FFA700">2</b> (<i style= "color:green">talk</i>) 21:42, 21 June 2015 (UTC)
 * Why the yellow one? Alakzi (talk) 21:48, 21 June 2015 (UTC)
 * Oops, sorry, meant to put Orologio blu.svg, not Orologio oro.svg, this is what happens when you copy-paste too much... --<b style= "color:red">T</b><b style= "color:#FF4200">L</b><b style= "color:#FF7400">2</b><b style= "color:#FFA700">2</b> (<i style= "color:green">talk</i>) 22:02, 21 June 2015 (UTC)
 * Yes check.svg Done Alakzi (talk) 22:05, 21 June 2015 (UTC)

Template-protected edit request on 22 March 2019
Please replace with the current version of the sandbox to hide the deleted contribs, change block settings, and unblock links from non-admins. Thanks, --DannyS712 (talk) 02:10, 22 March 2019 (UTC)
 * Yes check.svg Done -- / Alex /<sub style="color:#008">21  07:25, 22 March 2019 (UTC)

Template-protected edit request on 24 March 2019
Please replace with the current version of the sandbox, to hide the unblock and deleted contribs links of IPs from non-sysops and the checkuser and checkuser log links from non-checkusers. Differences are currently visible in Template:Unblock-auto/testcases. Thanks, --DannyS712 (talk) 01:11, 24 March 2019 (UTC)


 * Didn't seem to work, I'll let someone else ( did the last one) work it out. Looked OK in the sandbox :P  -  FlightTime  ( open channel ) 01:31, 24 March 2019 (UTC)
 * what part didn't work? Everything but the first < span> is invisible on the template page, because the parameters that trigger them are missing. --DannyS712 (talk) 01:33, 24 March 2019 (UTC)


 * Maybe my error, I thought the sandbox version had the unblock-auto red lettering hidden, and thought that what your changes were for. After looking again it's the same, I have re-made your change. If there any problems please ping me. -  FlightTime  ( open channel ) 01:37, 24 March 2019 (UTC)
 * thanks. I set this as answered --DannyS712 (talk) 01:39, 24 March 2019 (UTC)

Unblock-auto reviewed change request
updated to make the user links the same as for unblock. I wonder if someone might do the sam for ? Mostly, I want the checkuser link to show up on those. But the whole template as actually a bit messy right now and could use some cleanup too. --jpgordon&#x1d122;&#x1d106; &#x1D110;&#x1d107; 21:02, 27 January 2020 (UTC)
 * ✅ Let me know if there's anything else that needs to be changed. —&thinsp;JJMC89&thinsp; (T·C) 02:40, 28 January 2020 (UTC)

Default decline reason
I like to make use of the default reason when appropriate. The problem is, it's not quite accurate. It starts, "You have not been autoblocked. However, you have been blocked directly as stated in your block log." But most of the time when this is used, there will also be an autoblock on the underlying IP address, and the user very well might know that. Should this just say, "You have been blocked directly..."? --jpgordon&#x1d122;&#x1d106; &#x1D110;&#x1d107; 03:51, 14 May 2020 (UTC)
 * ✅ —&thinsp;JJMC89&thinsp; (T·C) 07:21, 14 May 2020 (UTC)

Template-protected edit request on 11 September 2021
Please replace  with   so that the template refers to the requesting user gender neutrally when they have not selected otherwise in their preferences ("his or her" is not gender neutral as not everyone uses he/him or she/her pronouns). This will also make this template consistent with Unblock and Unblock-auto on hold, both of which also use their instead of his or her. Thanks. GreenComputer (talk) 15:38, 11 September 2021 (UTC)
 * ✅ Elli (talk &#124; contribs) 03:57, 12 September 2021 (UTC)

"Active blocks"
Could we get the "active blocks" link in here, same as in the other unblock requests? --jpgordon&#x1d122;&#x1d106;&#x1D110;&#x1d107; 19:45, 5 October 2021 (UTC)
 * Hi. Been a while since I made this request. Still no "active blocks" link, and the link that says "autoblocks" resolves to https://www.mediawiki.org/wiki/Autoblock, which is not very useful. --jpgordon&#x1d122;&#x1d106;&#x1D110;&#x1d107; 18:17, 25 July 2022 (UTC)
 * ❌ (yet) please make the change you want in Template:Unblock-auto/sandbox, validate it, then reactivate the edit request above. —  xaosflux  Talk 17:56, 16 March 2023 (UTC)
 * I've just removed the "autoblocks" link in the sandbox; that's easy enough, and the "Block list" result is all we actually need. --jpgordon&#x1d122;&#x1d106;&#x1D110;&#x1d107; 18:19, 16 March 2023 (UTC)

Template-protected edit request on 3 June 2022 - Visual Editor ease of use
Currently, if the example of how to use the unblock template is copied and pasted using the visual editor, it doesnt correctly substitute and use the template. Replacing with  would fix this. See this conversation for further details. Aidan9382 (talk) 18:53, 3 June 2022 (UTC)
 * ✅.  P.I. Ellsworth &thinsp;, ed.  put'r there 19:44, 3 June 2022 (UTC)
 * Thanks for sorting all the user block requests. Sorry about the influx of TPE Requests. Hopefully that should be all the user block templates sorted. Aidan9382 (talk) 19:47, 3 June 2022 (UTC)
 * my pleasure!  Paine  20:05, 3 June 2022 (UTC)

Template-protected edit request on 18 June 2024
Please remove 'shared' 70.22.248.187 (talk) 01:31, 18 June 2024 (UTC)
 * ❌. This template is specifically for use by an editor who is blocked because their IP address/range is shared with others and they are not the intended target of the block. If that isn't the case, then the correct template to use would be unblock. SilverLocust 💬 03:22, 18 June 2024 (UTC)