Template talk:Unblock-auto

src: 1.bp.blogspot.com

Video 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. Centrx (talk o 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 {{autoblock}} 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)

Maps Template talk:Unblock-auto

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 {{unblock-auto reviewed|127.0.0.1|sig=~~~~}} (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. -- Natalya 00:17, 4 November 2006 (UTC)

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

src: pbs.twimg.com

autoblocks link

shouldn't the link to "autoblocks" be under the second name/ip, the one that is entered be the autoblocked user? ST47Talk 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 {{unblock}}, 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)

src: i.ytimg.com

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)

src: pbs.twimg.com

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)

src: www.sammobile.com

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. --Ybbor^Talk 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. Mangojuice^talk 15:18, 16 November 2007 (UTC)

src: pbs.twimg.com

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. Mangojuice^talk 18:31, 18 February 2008 (UTC)

src: pbs.twimg.com

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. mechamind90 06:23, 25 May 2010 (UTC)

src: upload.wikimedia.org

Toolserver link

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

src: cdn-images-1.medium.com

The new style

What about this one:

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

It's in the works, on my to-do list. -- Edokter o Talk o 00:12, 27 November 2010 (UTC)

This is good. HeyMid (contribs) 22:09, 28 November 2010 (UTC)

{{editprotected}} Can somebody re-add the Category:Requests for unblock-auto that was in the template before? The copy-edit seems to have deleted it. mechamind90 00:28, 30 November 2010 (UTC)

Sorry about that... fixed. -- Edokter o Talk o 00:32, 30 November 2010 (UTC)

src: cdn-images-1.medium.com

Change icon for unblock-auto reviewed template

{{Editprotected}} Can you change this image: to the other image, like the one used for the {{Unblock reviewed}} template: ?

: Not done: {{edit semi-protected}} is not required for edits to semi-protected, unprotected pages, or pending changes protected pages. ->?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)

 Done -- Edokter o Talk -- 13:12, 31 December 2010 (UTC)

New WHOIS link

I'd like to replace the link to dnsstuff with a link to [1]. I find the latter site much easier to interpret, and it has the added bonus of identifying proxies in large red letters. Thoughts? TNXMan 19:27, 9 March 2011 (UTC)

I think your proposed link is better than the current one. Go ahead and do the edit. HeyMid (contribs) 13:09, 15 April 2011 (UTC)

Done. TNXMan 13:23, 15 April 2011 (UTC)

Edit request from Logan, 4 April 2011

Please replace: <tt>{{subst:Unblock on hold-notification | 1={{PAGENAME}}}}</nowiki></tt>

with: <tt>{{subst:Unblock on hold-notification | 1={{PAGENAME}}}}</tt>

as the </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)

 Done. -- 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. -- [[User:Edokter]] {{talk}} 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)

Done Alakzi (talk) 00:38, 11 June 2015 (UTC)

Template-protected edit request on 21 June 2015

Please change [[File:Ambox blue question.svg|left|48px]] to [[File:Orologio oro.svg.svg|left|48px]] [[File:Orologio blu.svg|left|48px]] for consistency with {{unblock}} TL22 (talk) 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,  Self-trout this is what happens when you copy-paste too much... --TL22 (talk) 22:02, 21 June 2015 (UTC)

Done Alakzi (talk) 22:05, 21 June 2015 (UTC)

Source of article : Wikipedia