Wikipedia talk:Requests for permissions

Shortcuts to criteria for granting & revoking permissions

In short, what do you believe to be the best format for shortcuts to the criteria for granting and revocation of permissions?

Full disclosure, most of these redirects were created by me after I noticed Joe Roe had created WP:NPRCRITERIA, but I went with using "CRITERIA" in the shortcuts. This is the table I'm working with at the moment for shortcuts:

Some permissions and links

Permission	Criteria	Revoke
Autopatrolled	WP:APATCRITERIA	None
Edit filter helper	WP:EFHCRITERIA	WP:EFHREVOKE
Event coordinator	WP:ECCRITERIA	WP:ECREVOKE
Mass message sender	WP:MMSCRITERIA	WP:MMSREVOKE
New page reviewer	WP:NPRCRITERIA	WP:NPRREVOKE
Page mover	WP:PMVRCRITERIA	WP:PMREVOKE
Pending changes reviewer	WP:PCCRITERIA	No target
Rollback	WP:RBCRITERIA	WP:RBREVOKE
Template editor	WP:TPEGRANT	WP:TPEREVOKE

@SilverLocust reached out to me about these redirects I've created and suggested that a format such as WP:TPEGRANT, WP:NPRGRANT, and so on. I'm not sure if that makes the most sense, based on the granting guidelines listed for admins at Wikipedia:Administrators' guide/Granting and revoking user rights, but SilverLocust made the argument that the criteria for granting, as opposed to the admin granting guideline pages, would be the primary target. WP:TPEGRANT is the outlier, but it's the oldest of these redirects by far. I would have ironed this out sooner probably had I realized that WP:NPRCRITERIA used a different naming scheme instead of just running with that.

I don't ultimately care what we settle on, but I believe shortcuts for the criteria for granting and revocation are useful, so I'd like to establish a consistent format and would appreciate feedback on the matter. Hey man im josh (talk) 13:19, 8 May 2024 (UTC)

I think the status quo is fine. Nothing strikes me as so problematic that it'd be worth editing all these pages and redirects to change them. WP:TPEGRANT appears to be the only inconsistent one, and WP:TPECRITERIA already exists, so I think that's fine too. –Novem Linguae (talk) 13:50, 8 May 2024 (UTC)

I particularly had an issue with WP:PMCRITERIA, since Wikipedia:Page mover has a longstanding shortcut that stands for "page mover criteria", but refers to the criteria for use (namely of suppress-redirect) — WP:PMRC/WP:PM/C/WP:PMVRC (because WP:PMR and WP:PMVR stand for "page mover"; WP:PM and WP:PMC were already existing shortcuts for other pages).

And because these user group information pages are written for a general audiences – not just for admins patrolling WP:PERM — I don't think they should assume that the "guidelines for granting" a user group is a predominant set of "criteria" over both criteria for using a right (e.g., WP:ROLLBACKUSE) and criteria for revocation — given there is a highly unambiguous and concise option GRANT right there.

(Disregard the bother of editing those pages, I'm perfectly willing to add GRANT shortcuts to them. The status quo before April was just WP:TPEGRANT from 2014 and WP:NPRCRITERIA from 2023. My earlier discussion with Josh can be found here.) SilverLocust 💬 17:59, 8 May 2024 (UTC)

Redirects are cheap and they don't have to be consistent. Just create any you find useful. If there's the potential for confusion, that's what hatnotes are for. – Joe (talk) 20:15, 8 May 2024 (UTC)

@Joe Roe: While I entirely agree about redirects being cheap, my intention is to add these as shortcuts to the relevant sections. That's the only reason I'm concerned about consistency. Hey man im josh (talk) 20:19, 8 May 2024 (UTC)

Script issues?

Resolved

Have any of the patrolling PERM admins had issues with the (assign permissions) link added by User:MusikAnimal/userRightsManager.js to give perms lately? Right now (like... the last three days) when I click the link the box says "Grant Page mover to t" in the header and when I fill out the information and hit "Submit" I just get a "Something went wrong" error (with the option to either "dismiss" or "try again"). It's not a browser issue as I've tried on a couple of different devices. Thanks in advance. Primefac (talk) 07:43, 18 May 2024 (UTC) And a courtesy ping to MusikAnimal, though I don't see any changes to the script recently... feels more like a THURSDAY issue.

Any WP:CONSOLEERRORs? –Novem Linguae (talk) 12:16, 18 May 2024 (UTC)

Sure:

Console errors when I load the page

Some cookies are misusing the recommended “SameSite“ attribute 62 This page is using the deprecated ResourceLoader module "mediawiki.ui.input". [1.41] Please use Codex. See migration guidelines: https://www.mediawiki.org/wiki/Codex/Migrating_from_MediaWiki_UI Template_editor:468:53 This page is using the deprecated ResourceLoader module "mediawiki.ui.checkbox". [1.41] Please use Codex. See migration guidelines: https://www.mediawiki.org/wiki/Codex/Migrating_from_MediaWiki_UI Template_editor:468:265 This page is using the deprecated ResourceLoader module "mediawiki.ui.button". [1.41] Please use Codex. See migration guidelines: https://www.mediawiki.org/wiki/Codex/Migrating_from_MediaWiki_UI Template_editor:468:480 This page is using the deprecated ResourceLoader module "jquery.ui". Please use Codex instead. startup.js:1303:10 Referrer Policy: Ignoring the less restricted referrer policy “origin-when-cross-origin” for the cross-site request: https://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadget-HotCat.js&action=raw&ctype=text/javascript startup.js:1053:16 This page uses the non standard property “zoom”. Consider using calc() in the relevant property values, or using “transform” along with “transform-origin: 0 0”. Template_editor This page is using the deprecated ResourceLoader module "mediawiki.ui". [1.41] Please use Codex. See migration guidelines: https://www.mediawiki.org/wiki/Codex/Migrating_from_MediaWiki_UI startup.js:1303:10 Use of Mutation Events is deprecated. Use MutationObserver instead.

Console errors for when I click "Submit"

jQuery.Deferred exception: $(...).siblings(...).find(...).prop(...) is undefined markAsDone@https://en.wikipedia.org/w/index.php?title=User:MusikAnimal/userRightsManager.js&action=raw&ctype=text/javascript:247:109 showDialog/Dialog.prototype.onSubmit@https://en.wikipedia.org/w/index.php?title=User:MusikAnimal/userRightsManager.js&action=raw&ctype=text/javascript:184:5 showDialog/Dialog.prototype.getActionProcess/<@https://en.wikipedia.org/w/index.php?title=User:MusikAnimal/userRightsManager.js&action=raw&ctype=text/javascript:216:18 proceed/<@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:6:935 mightThrow@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:357:648 Deferred/then/resolve/</process<@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:358:309 setTimeout handler*Deferred/then/resolve/<@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:358:714 fire@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:354:705 add@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:355:222 Deferred/then/<@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:358:894 Deferred@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:359:611 then@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:358:752 OO.ui.Process.prototype.execute@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:7:675 OO.ui.Dialog.prototype.executeAction@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:31:877 OO.ui.ProcessDialog.prototype.executeAction@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:39:643 OO.ui.Dialog.prototype.onActionClick@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:29:694 OO.EventEmitter.prototype.emit@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs&skin=vector&version=rwdvu:8:344 OO.EventEmitter.prototype.emit@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs&skin=vector&version=rwdvu:8:344 OO.ui.mixin.ButtonElement.prototype.onClick@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:482:111 dispatch@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:377:932 add/elemData.handle@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:374:565 EventListener.handleEvent*add@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:375:350 on/<@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:373:854 each@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:317:232 each@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:315:42 on@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:373:825 on@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:373:368 on@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:385:333 OO.ui.mixin.ButtonElement.prototype.setButtonElement@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:481:139 OoUiMixinButtonElement@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:480:612 OoUiButtonWidget@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:499:417 OoUiActionWidget@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:1:236 OO.ui.Dialog.prototype.getActionWidget@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:31:328 OO.ui.Dialog.prototype.getActionWidgets@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:31:218 OO.ui.Dialog.prototype.getSetupProcess/<@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:30:449 proceed/<@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:6:935 OO.ui.Process.prototype.execute@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:7:611 OO.ui.Window.prototype.setup@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:27:497 OO.ui.WindowManager.prototype.openWindow/</<@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:14:548 setTimeout handler*OO.ui.WindowManager.prototype.openWindow/<@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:14:498 fire@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:354:705 add@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:355:222 OO.ui.WindowManager.prototype.openWindow@https://en.wikipedia.org/w/load.php?lang=en&modules=oojs-ui-windows&skin=vector&version=1knvx:14:109 showDialog@https://en.wikipedia.org/w/index.php?title=User:MusikAnimal/userRightsManager.js&action=raw&ctype=text/javascript:230:17 @https://en.wikipedia.org/w/index.php?title=User:MusikAnimal/userRightsManager.js&action=raw&ctype=text/javascript:51:4 dispatch@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:377:932 add/elemData.handle@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:374:565 EventListener.handleEvent*add@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:375:350 on/<@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:373:854 each@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:317:232 each@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:315:42 on@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:373:825 on@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:385:333 @https://en.wikipedia.org/w/index.php?title=User:MusikAnimal/userRightsManager.js&action=raw&ctype=text/javascript:47:35 fire@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:354:705 fireWith@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:355:903 Deferred/</deferred[tuple[0]]@https://en.wikipedia.org/w/load.php?lang=en&modules=ext.discussionTools.init%7Cjquery%2Coojs-ui-core%7Cjquery.ui&skin=vector&version=trvir:359:471 mediawiki.base.js/mw.loader.using/<@https://en.wikipedia.org/w/load.php?lang=en&modules=mediawiki.base&skin=vector&version=1j9kw:6:641 doPropagation@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:6:269 requestIdleCallback handler*setAndPropagate@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:6:643 markModuleReady@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:11:151 runScript@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:11:542 execute/cssHandle/<@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:12:504 flushCssBuffer@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:4:399 FrameRequestCallback*addEmbeddedCSS@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:4:557 execute@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:12:636 doPropagation@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:5:945 requestIdleCallback handler*setAndPropagate@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:6:643 markModuleReady@https://en.wikipedia.org/w/load.php?lang=en&modules=startup&only=scripts&raw=1&skin=vector:11:151 undefined jquery.js:3783:17

Primefac (talk) 12:21, 18 May 2024 (UTC)

That jQuery.Deferred exception in the second one is great debug info for MusikAnimal. Thanks for providing. Will let him take the lead on it. –Novem Linguae (talk) 14:48, 18 May 2024 (UTC)

I went to find the issue with no awareness of this conversation here since I couldn't assign user rights through this script as well.

The correction to be made is at line 50, from:

userName = $(this).parents('.plainlinks').find('a').eq(0).text();

to:

userName = $(this).parents('.plainlinks').siblings('.userlink').text();

This is due to the recent code changes at {{rfplinks}} which changed the resultant HTML output. – robertsky (talk) 18:58, 19 May 2024 (UTC)

Would it be easier to change rfplinks back to its old behavior? Cc @SilverLocust –Novem Linguae (talk) 01:05, 20 May 2024 (UTC)

I've now moved that userlink to within the plainlinks span. If that doesn't allow the script to work normally, feel free to revert to the March 7 version. SilverLocust 💬 03:42, 20 May 2024 (UTC)

Thanks! Seems to have sorted out the issue. Primefac (talk) 06:50, 20 May 2024 (UTC)

Hi! Apologies as I was AFK all weekend. Sounds like is resolved now without any action from me? Since breakage from changing {{rfplinks}} has happened a few times now, I've added a warning to the documentation page. — MusikAnimal ^talk 22:20, 20 May 2024 (UTC)

Secondary rfpliks issue

@Novem Linguae and SilverLocust:, not sure which edit did it but the elink to xtools edit counter is busted for usernames with a space in it, see e.g.

Closed Limelike Curves (t · th · c · del · cross-wiki · SUL · edit counter · pages created (xtools · sigma) · non-automated edits · BLP edits · undos · manual reverts · rollbacks · logs ^{(blocks · rights · moves)} · rfar · spi · cci) (assign permissions)^{(acc · ap · ev · fm · mms · npr · pm · pc · rb · te)}

Primefac (talk) 12:51, 21 May 2024 (UTC)

I’m honored to be the one who broke xtools –Sincerely, A Lime 14:38, 21 May 2024 (UTC)

Hah! Probably should have used an example name, but since I had just finished with your PERM it seemed appropriate. I'm happy to change it if you prefer! Primefac (talk) 14:42, 21 May 2024 (UTC)

It would be me at fault for anything broken recently. I reverted the template for now as I don't have time to fix it now. I need to add |PATH to urlencode basically. SilverLocust 💬 20:51, 21 May 2024 (UTC)

Fixed this issue with this edit. SilverLocust 💬 03:18, 22 May 2024 (UTC)

Thanks again! Primefac (talk) 05:42, 22 May 2024 (UTC)

Private requests for permissions

From time to time I receive emails from editors asking me to grant them a permission. I don't know why they do so via email rather than PERM (I guess they contact me because I'm active there), but I direct them to make a request on-wiki, for several reasons: our long-standing principle that, although there is no rule against off-wiki discussions, decisions affecting Wikipedia should be made on Wikipedia; to leave a documentation trail that all editors can follow; to give a chance for other editors to share relevant information on the request; and, because WP:PERM is frequently backlogged, to avoid the impression of someone pushing in the queue. I do make quite frequently make grants (especially of autopatrolled) without any request or following discussions elsewhere on-wiki, but I don't think that's quite the same.

I've noticed that not all admins agree with me on this point. Grants that don't go through PERM are relatively common, and sometimes an off-wiki request is explicitly mentioned in the log. For example, looking at one user today, I noticed that they managed to accrue autopatrolled, PCR, page mover, rollbacker, trial new page reviewer and permanent new page reviewer with only a single PERM request – the rest were all apparently solicited from different admins on one of the unofficial Wikipedia Discord servers.

This doesn't feel right to me, so I thought I'd ask for other opinions on the practice of requesting permissions privately. Is there a guideline on this somewhere? If not, should we have one? – Joe (talk) 07:10, 10 June 2024 (UTC)

The occasionally mentioned "discussion on Discord" is at least sometimes just the admin asking the user if they would like the perm (rather than the other way around). At least one admin who has done that discourages perm requests from being made on Discord.

But some users might be shy about having a request declined at WP:PERM (like a much smaller version of WP:RFA).

Since perm grants are entirely at an admin's discretion and don't require consensus (which is what should be done on-wiki), I think it's fine to leave it up to them to decide whether to entertain requests by email or direct message. SilverLocust 💬 09:03, 10 June 2024 (UTC)

Permissions grants require consensus, just like everything else. – Joe (talk) 09:31, 10 June 2024 (UTC)

There could be a requirement for consensus, but each perm page generally says something like WP:PMCRITERIA's "An administrator may grant page mover rights to users they otherwise deem competent and may deny the requests if they do not see a need for the tools or have other concerns." SilverLocust 💬 09:56, 10 June 2024 (UTC)

I'm not sure saying they require consensus is the correct phrasing. For instance, administrators are allowed to grant autopatrolled at their own discretion, that's part of the toolkit that we trust admins with. Hey man im josh (talk) 12:23, 10 June 2024 (UTC)

Yes but if two (or more) admins disagree on whether to grant autopatrolled, what do we do? Seek consensus. It doesn't come up very often, but there certainly have been e.g. AN threads where a grant has been challenged and overturned on that basis. Even if there's no discussion, consensus is still there, implicitly.

I understand the "discretion" language in many (not all) of the PERM guidelines to mean that an editor is not automatically entitled to a right if they might the guideline criteria (and vice-versa) – not that it's literally only up to single admins to decide, with no community oversight. – Joe (talk) 13:19, 10 June 2024 (UTC)

We don't have a minimum time that a request for a permission must stay up, so an admin can immediately process a request and then it'll be cleaned out. If there's issues with that user then yeah, ANI. I don't think it's always entirely necessary to force a request at perm simply for the sake of bureaucracy. I do not like to handle perm requests at my talk page either, but in rare circumstances for exceptional users, I'll be more than happy to grant them tools that may help them to improve the encyclopedia. If there's a chance it may at all be controversial, or I don't know them enough to make that call without digging deeper, then I too send them to perm (which is most of the time).

I think, unless it states otherwise anywhere, the implication has always been that an administrator may grant permissions at their own discretion without a formal request in most situations. I don't personally see an issue with that until an administrator's judgement comes into question.

Also, Wikipedia:APATCRITERIA states Administrators may grant this user right to anyone at their discretion if they feel that the user's page creations are prolific; this reduces the workload of new page reviewers. In these cases, they are free to assign the user right to other editors (including themselves) without a formal request or discussion beforehand. – This makes the autopatrolled example not a good one, since, I believe, it's the only perm with this type of language specifically called out. Hey man im josh (talk) 13:59, 10 June 2024 (UTC)

I outright decline direct requests and point editors to the respective pages instead. That said, I have also granted permissions to editors without them asking about it; this applies to editors whose work I'm familiar with. Schwede66 11:10, 10 June 2024 (UTC)

This is what I do as well; if I know the editor (and they need it) I'll usually grant, otherwise I'll send 'em to PERM. Primefac (talk) 11:59, 10 June 2024 (UTC)

Just noting that I am firmly opposed to requiring that permission requests go through PERM. Primefac (talk) 12:01, 10 June 2024 (UTC)

To be clear, I'm not suggesting that. My basic question here is whether granting permissions following a private request is something we should discourage, and if so whether we should write that down along the lines of Wikipedia:Blocking policy#Dealing with off-wiki block requests. – Joe (talk) 13:23, 10 June 2024 (UTC)

It's very admin-discretionary. In general, if someone asks me for a perm I'll ask them to drop a request at WP:PERM. It certainly shouldn't be a requirement as there are all sorts of use cases were it would be unnecessary paperwork. — xaosflux ^Talk 19:55, 10 June 2024 (UTC)

Error?

Hi, I've been approved yet when I try to log in to AWB it says "This user does not have enough privileges to make automatics edits on this wiki" Kowal2701 (talk) 17:08, 15 August 2024 (UTC)

See Wikipedia talk:AutoWikiBrowser § AWB Permission error, there is a version update that fixes the issue. Primefac (talk) 17:51, 15 August 2024 (UTC)

I updated to 6.3.1.1 but it still comes back with an error when I try to log in Kowal2701 (talk) 17:59, 15 August 2024 (UTC)

Post on that thread, then, about your issues, so that you can get feedback from that project. Primefac (talk) 18:02, 15 August 2024 (UTC)

ECP Protection Removal Appeal

How do I appeal a removal? I have repeatedly tried to reach out to the person who removed my ability to do so. But no response! Pentock (talk) 15:44, 7 September 2024 (UTC)

And it’s been months. Pentock (talk) 15:45, 7 September 2024 (UTC)

Requests for ExCon can be made at Wikipedia:Requests for permissions/Extended confirmed. Keep in mind you'll need to make a convincing argument as to why you should have it back after it was removed. Primefac (talk) 16:41, 7 September 2024 (UTC)

Concern

TParis, just a courtesy note that I have reverted you granting autopatrolled to User:GnocchiFan over concerns raised by User:TechnoSquirrel69. What concerns me more, though, is that you granted autopatrolled to four users within five minutes. You cannot possibly have looked at those users' contributions in detail and assessed the quality of their work in such a short period of time. AP isn't a numerical exercise; we are assessing whether users consistently produce clean articles free of concerns. There is no substitute to looking at a sample of their recent articles. When I assess users, I generally look at their last ten articles created, including the edit history of those articles, to see whether other users had to fix issues. If you don't want to invest that effort, please don't patrol the request page. Schwede66 20:29, 3 October 2024 (UTC)

You should've discussed it first. The encyclopedia was not in so grave of a danger that you couldn't have paused and discussed.--v/r - TP 20:31, 3 October 2024 (UTC)

Sure, I could and should have posted this item first. What I'm saying, though, is that you are clearly acting outside what other admins who are active here are doing. And that is a concern that needed to be raised. Schwede66 20:34, 3 October 2024 (UTC)

Other admins talk to each other before reverting admin actions.--v/r - TP 20:36, 3 October 2024 (UTC)

@TParis, I'm surprised to read this, since when I just dropped by your talk page I was greeted by a notice that said Are you an admin reverting a decision I made? You are welcome to leave a note, but please understand I completely trust your judgement and my pride should not be a stopping block for you. I would myself have taken that as an implicit request not to speak to you about it in advance. -- asilvering (talk) 20:44, 3 October 2024 (UTC)

I believe I wrote that in 2011. My personality and views may have changed since then.--v/r - TP 21:19, 3 October 2024 (UTC)

Then it sounds like it's on you for not updating it. There's no reason for others to assume that wasn't still the case. Hey man im josh (talk) 00:17, 4 October 2024 (UTC)

I'm allowed to feel the way I feel.--v/r - TP 02:17, 4 October 2024 (UTC)

Yes, as I said above: I could and should have posted this item first. The reason that I acted immediately is that I wanted to avoid User:GnocchiFan getting excited about you having granted AP and then learning that it's been reverted. When I went to their talk page (after I removed the flag), I see that you had not issued the relevant notification, though. Seeing all the bot notifications on the request page, it's clear that you've missed that step for all those users. Schwede66 20:46, 3 October 2024 (UTC)

Yes. Back 13 years ago when I was working WP:PERM, we still believed that the encyclopedia was no big deal and we granted tools to users that wouldn't abuse them. I can understand not wanting the user to get excited, but I also don't think the issues raised are significant because they address other Wikipedia, and even Wikimedia, goals. You bring up as a point that you feel I was too hasty in granting the permission, but I feel you were too hasty in reverting. As you know, wheel warring will quickly end up at Arbcom. So when one admin reverts another - it's very much "final". It's not like editors reverting in editor space. Typically, we afford each other the courtesy of discussion because of this. It's fine though, I'm no longer interested in helping here.--v/r - TP 21:19, 3 October 2024 (UTC)

AP isn't a tool though and it doesn't really help anyone but NPP. Do you still believe, after receiving feedback, that granting AP to four users in a five minute stretch was appropriate? I'm not confident, given the speed of granting, that the concerns raised were properly considered.

I'm very disappointed that an admin receives feedback and decides to immediately quit in the area, that's not the temperament we hope for in admins. Hey man im josh (talk) 00:11, 4 October 2024 (UTC)

I don't think it'll be a great loss to WP:PERM. I'll contribute in places I am more confident and comfortable contributing in.--v/r - TP 02:07, 4 October 2024 (UTC)

(Non-administrator comment) - not an admin so I won't opine on the matter at hand now, but I think this might be better placed in Wikipedia:Administrative action review. Zippybonzo | talk | contribs (they/them) 20:47, 3 October 2024 (UTC)

I think we are capable of sorting this out here, Zippybonzo. In fact, I'd say it's already sorted (from my perspective it is, at least). Schwede66 20:49, 3 October 2024 (UTC)

👍 :) Zippybonzo | talk | contribs (they/them) 20:52, 3 October 2024 (UTC)

I do appreciate you bringing this up @Schwede66, and I agree with you that discussions don't necessarily need to jump to the bigger venues. No admin is perfect, we all need feedback and to adjust our practices from time to time. Hey man im josh (talk) 00:14, 4 October 2024 (UTC)

Side note on review speed

Just noting, which is somewhat relevant to this thread but a comment in general: the speed at which an admin acts on requests is not necessarily the speed at which they reviewed them. Take for example WT:AFCP or WP:PERM/AWB, wherein I will regularly spend a good amount of time reviewing all of the editors, then make a single edit to each of the relevant locations to enact all of the requests as necessary. If it were something like WP:PERM/PM, with the script it necessitates multiple edits but the time spent before actioning is still the same.

I'll split this into it's own subsection, as I have not looked into the original speed of review and therefore do not want to say that what I describe above is what happened in the main thread, but more that it's something to consider going forward. Primefac (talk) 13:39, 5 October 2024 (UTC)

Yeah I think unless it's really extreme, looking at the time between edits/action is a poor way to judge how much attention has been given. How much time I spend on PERM requests varies a lot. Declines can be near-instant if you spot a deal-breaker. Sometimes I'm already familiar with the editor's work from some other context and don't have to spend much time checking again. Sometimes I'll look at a request and mull over it for a day or two before actioning it. Judge the results, not the timestamps. – Joe (talk) 08:26, 31 October 2024 (UTC)

Discussion at Wikipedia talk:File mover § Is this page a policy?

 You are invited to join the discussion at Wikipedia talk:File mover § Is this page a policy?. –Novem Linguae (talk) 21:50, 30 October 2024 (UTC)