Requests for Comment/Global renamers

Currently, global rename requests can take up to a week, and sometimes even two weeks, to be processed. The creation of a separate "Global renamers" group would help reduce turnaround time for global renames by reliving pressure from the Stewards, who currently are the only users capable of performing renames.

Please note that without passage of Proposal 1, all other proposals are rejected. Also note that Proposals 2.1 and 2.2 are mutually exclusive, and as such cannot both be adopted. The only change between each is the support ratio of 80%.

Proposal 1 (Group)
Create a local group on Meta with the identifier "global-renamer", to be titled "Global renamers", with the right "centralauth-rename", which Stewards will add and remove.

Support (1)

 * 1)  Per my previous comment but decided to lean toward here. LetraSeca (talk) 21:29, 26 June 2022 (UTC)
 * 2)  There seems to be enough of a backlog to justify this but I reserve the right to change my vote at any time. Thanks - BrandonWM (talk • contribs • global • rights) 14:15, 27 June 2022 (UTC)
 * 3) This should help the stewards since they have a lot on their plates, by allowing another group to deal with some of the lower priority tasks. --  Bukkit  [ cetacean needed ] 15:07, 27 June 2022 (UTC)
 * 4)  There is currently enough of a backlog—which I'm defining here in terms of turnaround time, not overall quantity of renames—to justify the creation of a separate group in order to combat the backlog. I appreciate Raidarr's proposal to combat the situation via a general increase in Steward activity, but I would need to see a far more concrete plan in that regard in order to oppose this course of action. — Chrs (talk) 15:45, 27 June 2022 (UTC)
 * 5)  With us having only a few Stewards, most of which are inactive, I think this is a good idea. Universal Omega (talk) 16:56, 27 June 2022 (UTC)
 * 6)  yeah this is not a bad idea, we can actually adopt it. --   Joseph  TB  CT  CA   19:48, 27 June 2022 (UTC)
 * 7) As other users have addressed, there truly is no "need" at this time for a renamer group. The length of time between global renames are generally of no concern. This said, I do envision utility for this group. I believe the group would be an effective augmentation to qualified Global Sysops, and allows a pathway to better handle rename requests when faced with a steward activity lull. So, while not necessary, I do believe in the utility of such a group. While the utility is a benefit of its own, the group may also serve the community well if such a future arises in which steward activity is not sufficient to address requests.  dross  (t • c • g) 03:03, 28 June 2022 (UTC)
 * 8)  It's a good idea. AlPaD (talk) 05:21, 28 June 2022 (UTC)

Oppose (1)

 * 1)  Even though I understand that there might not be many active Stewards currently renames have been getting done fairly quickly recently. I think this group would have an extremely limited function and that other groups (such as Wiki Managers) would certainly be more useful than global renamers who would only have 4-5 requests per week on average. Reception123 (talk) ( C ) 19:27, 27 June 2022 (UTC)
 * 2) There really is not so many GRR. We don't need contests who will rename a user first. We need to consider carefully whether to rename user or not.--MrJaroslavik (talk) 21:38, 27 June 2022 (UTC)
 * I’m confused by what you’re saying. Are you saying that global renamers would not be competent enough to decide? Wiki creators do it all the time with regards to the Content Policy, I don’t why users wouldn’t be able to decide here. Thanks - BrandonWM (talk • contribs • global • rights) 22:02, 27 June 2022 (UTC)
 * 1)  per

Proposal 2.1 (Appointment)
'''Users may nominate themselves or others for the role via a request at Requests for permissions. Once the nomination is accepted (if made by another user), the request must stay open for at least seven (7) days. Community members may ask questions to the candidate. A Steward will close the request and evaluate consensus.'''

Support (2.1)

 * 1) LetraSeca (talk) 21:31, 26 June 2022 (UTC)
 * 2)  This set of criteria is perfect. Thanks - BrandonWM (talk • contribs • global • rights) 14:16, 27 June 2022 (UTC)
 * 3)  Criteria is reasonable. --  Bukkit  [ cetacean needed ] 15:08, 27 June 2022 (UTC) moved support to 2.2 --  Bukkit  [ cetacean needed ] 15:10, 27 June 2022 (UTC)

Oppose (2.1)

 * 1)  Per supporting Proposal 2.1, I would rather have ratios consistent with the other groups as that was the whole point of the previous RfC that was approved. Reception123 (talk) ( C ) 19:27, 27 June 2022 (UTC)

Proposal 2.2 (Appointment)
'''Users may nominate themselves or others for the role via a request at Requests for permissions. Once the nomination is accepted (if made by another user), the request must stay open for at least seven (7) days. Community members may ask questions to the candidate. A Steward will close the request and evaluate consensus, generally according to a support ratio of 80%.'''

Support (2.2)

 * 1) The 80% ratio is perfect, given the right should require users to be more trusted compared to wiki creators. The right has the permission to rename anyone to whatever they want, so to impose an 80% ratio minimum should show who the community trusts with this permission.  --  Bukkit  [ cetacean needed ] 15:14, 27 June 2022 (UTC)
 * 2)  In order to be consistent with other global groups. Reception123 (talk) ( C ) 19:27, 27 June 2022 (UTC)
 * 3)  Universal Omega (talk) 20:44, 27 June 2022 (UTC)

Neutral (2.2)

 * 1)  I don't have a problem with using a support ratio should consensus be in favor of it, but it's not my first choice. — Chrs (talk) 15:50, 27 June 2022 (UTC)
 * 2) Unsure about a ratio that high. LetraSeca (talk) 16:31, 27 June 2022 (UTC)

Oppose (2.2)

 * 1)  The 80% benchmark is likely too high, that benchmark isn’t even imposed on our wiki creators. Thanks - BrandonWM (talk • contribs • global • rights) 14:17, 27 June 2022 (UTC)
 * It’s a greater right than wiki creator, so it makes sense. -- Bukkit  [ cetacean needed ] 15:06, 27 June 2022 (UTC)

Proposal 3.1 (Revocation)
Users may be removed from the position by a Steward if they repeatedly fail to adhere to the Username Policy when processing requests.

Support (3.1)

 * 1) LetraSeca (talk) 21:33, 26 June 2022 (UTC)
 * 2)  I agree with this proposal. However, if and when a steward removes a global renamer, they should prepare a statement for the community outlining the infractions that were detailed and any actions taken besides removal. Thanks - BrandonWM (talk • contribs • global • rights) 14:18, 27 June 2022 (UTC)
 * That is already pretty much what's expected. — Chrs (talk) 16:01, 27 June 2022 (UTC)
 * 1)  --  Bukkit  [ cetacean needed ] 15:17, 27 June 2022 (UTC)
 * 2) . — Chrs (talk) 16:01, 27 June 2022 (UTC)
 * 3)  Universal Omega (talk) 16:58, 27 June 2022 (UTC)
 * 4)  Makes sense. Reception123 (talk) ( C ) 19:27, 27 June 2022 (UTC)
 * 5)  sounds like the recommended practice --   Joseph  TB  CT  CA   20:04, 27 June 2022 (UTC)
 * 6)  I agree with this proposal. AlPaD (talk) 05:25, 28 June 2022 (UTC)

Proposal 3.2 (Revocation)
Users may be removed from the position via a successful (defined as 50% support) vote of no confidence by the community, opened in good faith.

Support (3.2)

 * 1) LetraSeca (talk) 21:33, 26 June 2022 (UTC)
 * 2)  50% for a position like this seems reasonable. Thanks - BrandonWM (talk • contribs • global • rights) 14:19, 27 June 2022 (UTC)
 * 3)  Reasonable. --  Bukkit  [ cetacean needed ] 15:20, 27 June 2022 (UTC)
 * 4)  In line with most other groups we have. — Chrs (talk) 16:01, 27 June 2022 (UTC)
 * 5)  Provides consistency with other groups. Universal Omega (talk) 16:59, 27 June 2022 (UTC)
 * 6)  Consistency with other groups. Reception123 (talk) ( C ) 19:27, 27 June 2022 (UTC)
 * 7)  --   Joseph  TB  CT  CA   20:59, 27 June 2022 (UTC)
 * 8)  AlPaD (talk) 05:26, 28 June 2022 (UTC)

Proposal 4 (Inactivity)
Global renamers who go six (6) months without making edits or logged actions on Miraheze will have the right removed for reasons of inactivity.

Support (4)

 * 1) LetraSeca (talk) 21:33, 26 June 2022 (UTC)
 * 2)  Per other user groups’ inactivity policy, this is reasonable. Thanks - BrandonWM (talk • contribs • global • rights) 14:20, 27 June 2022 (UTC)
 * 3)  Reasonable. --  Bukkit  [ cetacean needed ] 15:20, 27 June 2022 (UTC)
 * 4)  In line with most other groups. — Chrs (talk) 16:02, 27 June 2022 (UTC)
 * 5)  Provides consistency with other groups. Universal Omega (talk) 17:00, 27 June 2022 (UTC)
 * 6)  Consistency with other groups. Reception123 (talk) ( C ) 19:27, 27 June 2022 (UTC)
 * 7)  --   Joseph  TB  CT  CA   21:04, 27 June 2022 (UTC)

Comments (General)

 * There is currently a minor issue with this when considering overall steward activity (myself roughly daily, then Doug very roughly weekly/biweekly, then the other two extremely intermittently) and the fact the global rename queue on our end is not very prominent and needs to be specifically hunted down (no sidebar link, notification, etc). Doug has been reasonably good at remembering when he does show up, so mainly the issue is me for the activity I have when I simply forget about it in the course of other things. Chrs has just added a link to the sidebar for the steward group, which I think strongly buffers both points and makes it harder to miss both for me and the other stewards when they are present. I feel an entire group for this is redundant and far too specific for an issue that can be resolved by a) me scheduling better and b) more stewards in general since I would say that's more reflective of a general steward activity issue, and what we're looking at here is a minor symptom in a much more problematic overall system that requires wider adjustments or more volunteers. Overall rename traffic is sufficiently low that I think it would hardly justify inclusion alongside IWA as a global bit. Renames also have specific conventions embedded in stewarding which I'm not sure needs to be split off. --Raidarr (talk) 00:32, 27 June 2022 (UTC)
 * I'll also take this as an opportunity to solicit a few comments on renaming, since I am/have been going through them this evening (actually since the 19th there've been nearly a dozen, which is slightly unusual). There are a few conventions I employ which I've mostly picked up with backreading how they were processed in the past. These include:
 * 12 months preferred minimum before next rename
 * Requiring decently strong rationale/outreach for a rename taking place earlier than that
 * Presenting and treating renames as at least semi-permanent - they should be retained for a long time if not forever unless there is good reason to change to a new one, and if people want changes more often they should employ user flairs/customized signatures
 * Higher scrutiny for 'highly public' accounts (ie, users with global rights) and many account attachments (technical concerns), though the latter I've relaxed since the recent updates have massively improved rename performance to make even 1000 account attachments a trivial rename task
 * If any of this looks odd I'd like to know and if these should be different/ratified I'd like to know as well, because aside from the Username Policy these are the criteria I use in processing. --Raidarr (talk) 02:20, 27 June 2022 (UTC)
 * That set of criteria looks perfectly normal. — Chrs (talk) 02:32, 27 June 2022 (UTC)
 * Pinging everyone who commented/voted previously, . — Chrs (talk) 15:01, 27 June 2022 (UTC)
 * The criteria looks reasonable to me. Cheers, Matttest (talk | contribs) 23:43, 27 June 2022 (UTC)

Pre-rewrite comments/votes

 * 1) This sounds like a good idea, but is there any particular strong need for extra people who can do renames? Is there a big backlog on rename requests? FirstNoelle (talk) 14:39, 26 June 2022 (UTC)
 * There is a special page to review global rename requests - Special:GlobalRenameQueue. Cigaryno (talk) 14:47, 26 June 2022 (UTC)
 * I can't see anything on that page, because I'm not a Steward. FirstNoelle (talk) 14:51, 26 June 2022 (UTC)
 * 1) First, I would like to ask if you meant to tag this as a draft. Secondly, unlike Wikimedia, we do not have dozens of renames requested every day. At most, we sometimes have one or two per week and they usually get processed pretty fast. As such, I do not see the need for a new group dedicated solely to handling renames. Agent Isai  Talk to me! 15:28, 26 June 2022 (UTC)
 * This is utterly pointless. --DarkMatterMan4500 (talk) (contribs) 15:31, 26 June 2022 (UTC)
 * I’ve untagged the RfC as a draft, and instead have moved it to open as the RfC is in the main namespace. Not sure whether it was a mistake or intentional as a draft, but I’m about to leave a talk page message for the creator. Thanks - BrandonWM (talk • contribs • global • rights) 15:32, 26 June 2022 (UTC)
 * This group may be requested in the RFP page if created, in case someone is curious with the feature to globally rename accounts. Cigaryno (talk) 15:41, 26 June 2022 (UTC)
 * Is there any other reason for the creation of this group? Agent Isai  Talk to me! 15:46, 26 June 2022 (UTC)
 * By default, all RfCs are marked as draft. Mainspace draft RfCs are also not uncommon which is why I asked the maker of this RfC if this was a draft. I would leave it as a draft as this is malformed in that it doesn't set out the criteria for being elected, for revocation, what it's scope is, what it's assigned rights are, etc. Agent Isai  Talk to me! 15:43, 26 June 2022 (UTC)
 * ✅. Shouldn’t the comments be removed as well if this article is truly a draft? Thanks - BrandonWM (talk • contribs • global • rights) 15:51, 26 June 2022 (UTC)
 * The right is gained with future requirements and revoked in case of abuse. Cigaryno (talk) 16:05, 26 June 2022 (UTC)
 * I’m not sure you’re understanding what Agent Isai and I are trying to tell you. Basically, in order for this RfC to even be considered actively, you need to form it so there are clear guidelines for when the right can be requested. For instance, read the Stewards page. There’s clear criteria for both election and revocation, and parameters for a steward’s responsibility. Thanks - BrandonWM (talk • contribs • global • rights) 16:12, 26 June 2022 (UTC)
 * 1) Taking a look at the rename log, there are enough renames performed that I would consider the creation of a renamer group if, on average, global renames had a multi-day turnaround time. Thus, I'd like to see some statistics from the Stewards before voting. Back in April, I had a global rename, and it took about a day, but that's just my anecdote. — Chrs (talk) 19:38, 26 June 2022 (UTC)
 * Per comments on Discord from Raidarr, apparently rename requests can sometimes get forgotten and end up taking a week or two. Considering that, I think the creation of a group is probably warranted, so I'm going to work on rewriting this RfC into a proper state. — Chrs (talk) 20:23, 26 June 2022 (UTC)

Support

 * 1)  as proposer. Cigaryno (talk) 13:47, 26 June 2022 (UTC)
 * 2)  It's a good idea, I agree. AlPaD (talk) 18:24, 26 June 2022 (UTC)
 * 3) This should reduce stress of Stewards by allowing another group of users to rename users. --  Bukkit  [ cetacean needed ] 18:45, 26 June 2022 (UTC)

Abstain

 * 1) Not that much rename requests, but I don't see any point of this privilege being solely exclusive to stewards. LetraSeca (talk) 17:15, 26 June 2022 (UTC)

Oppose

 * , but with a question to . How big of a global rename queue is there? Are the requests backlogged, or is there a consistent request and output in a timely fashion? Thanks - BrandonWM (talk • contribs • global • rights) 15:27, 26 June 2022 (UTC)