Meta:Administrators' noticeboard

Meta Wiki Administrators' noticeboard Meta Administrators' noticeboard Steward requests Community portal Meta Community Portal This noticeboard is for anything that requires administrator intervention on Meta only (anything related to global policies, global groups, or in some way involves other Miraheze wikis should be discussed at the Community noticeboard) On the Meta Administrators' noticeboard, you can request: Sanctions for a blatantly disruptive or spam-only account. For blatant cross-wiki disruption, vandalism only, or spam only accounts, please see Steward requests/Global. Pages be added or removed from the approved list of pages for translation. An extension to be added or removed. A page to be protected. If you would like to request: A closed wiki be reopened, please see Steward requests/Requests for reopening wikis. A configuration change for your wiki that can't be done in ManageWiki on your wiki, a new extension, or to report any software or deployed extension bugs, please use Phabricator, and login using your Miraheze account. Additional permissions on your wiki(s) that can only be granted by a Steward following a successful local election, please see Steward requests/Permissions. Permissions on Meta requiring a community discussion (such as wiki creator, Meta administrator, Meta bureaucrat, or a bot account (on Meta)), please see Meta:Requests for permissions. User group permissions that administrators may grant at their discretion (inclusive of patroller, translator, or interface administrator) to help with certain tasks, please see Meta:Requests for permissions. To add your request, type in a title and click the "Add topic" button below.

Archives of Administrators' noticeboard [e]
Archive 1 – until 3 December 2015 Archive 2 – until 26 June 2019 Archive 3 – until 2 August 2020 Archive 4 – until 21 January 2021 Archive 5 – until 11 December 2021 Archive 6 – until 2 April 2022 Archive 7 – until 23 November 2022 Archive 8 – until 18 November 2023 Archive 9 - current

Autopatrolled for Commetian Empire

Status:  Done

As a Meta patroller, I'd like to request autopatrolled for user Commetian Empire, I've examined their recent log actions and contributions and am satisfied they understand talk page and noticeboard conventions and guidelines. Of course, they should know that this is a discretionary user permission that can be revoked by administrators, should there be reasonable grounds to do so. Dmehus (talk) 19:06, 24 March 2024 (UTC)

For the handling Meta sysop: Please see this thread above on AN when considering said request (context on prior AP requests). BrandonWM (talk • contributions • global • rights) 23:49, 24 March 2024 (UTC)

Thanks. I had a look at the two diffs you thinked in the thread above, which I hadn't initially seen. The first was a bit of being a parrot, yes, and the second was perhaps a tad harsh; I can name a number of users who have had similar occurrences, one of which was granted autopatrolled in the immediate thread above. So, on balance, I do not think this should be too controversial; I did note the right is discretionary and be revoked without too much difficulty by administrators (usually after a couple of warnings). Dmehus (talk) 00:03, 25 March 2024 (UTC)

Sorry, just getting to this. I have no strong qualms if autopatrolled is given. I would think that a bit more time might be sufficient in improving communication skills (which to note, have already improved immensely) to the point that a lot of the rough edges are sorted, but if a Meta sysop feels differently, that's of course their prerogative and they'll make the final call here. BrandonWM (talk • contributions • global • rights) 01:16, 28 March 2024 (UTC)

 Done I've seen good judgement shown these past few weeks and am willing to grant rights. Please keep in mind that autopatrolled is a privileged right and as such, users with it are held to higher standards. Misuse will result in removal, though I am confident you will be fine. Please keep in mind that if a sysop asks you to disengage with a user, do so, and ask other trusted users (patrollers/sysops) on Meta first before taking any big swings. BrandonWM (talk • contributions • global • rights) 14:47, 3 April 2024 (UTC)

Configuration request - $wgTranslateDisabledTargetLanguages

Status:  Cannot be undertaken

• To prevent unexpected duplicate translations, please disable these translation target languages on Miraheze Meta ($wgTranslateDisabledTargetLanguages): zh, zh-cn, zh-mo, zh-my, zh-sg, zh-tw.

• To be clear, we don't want (and won't want) to step on the various unsolved problems encountered on WMF multilingual sites again.

(e.g., bad search engine indexing, mixed translation memories, massive zh-specific hacks/workarounds)

• See: https://github.com/wikimedia/translatewiki/blob/master/mw-config/TranslateSettings.php#L208 , #L210-L211 , #L213-L215 .

Thanks.

-- Winston Sung (talk) 02:51, 26 March 2024 (UTC)

• Hi there. Are you requesting removal of the entire Chinese language from Miraheze Meta translation systems? BrandonWM (talk • contributions • global • rights) 03:00, 26 March 2024 (UTC)
• No. Not entirely.

This still preserve zh-hans, zh-hant, zh-hk Mandarin language codes.

-- Winston Sung (talk) 03:07, 26 March 2024 (UTC)

• Got it, thanks for the clarification. Was confused for a second, haha. BrandonWM (talk • contributions • global • rights) 03:09, 26 March 2024 (UTC)
• Any progress? Thanks.

-- Winston Sung (talk) 07:07, 28 March 2024 (UTC)

Hi Winston Sung. Please visit Steward requests to file this. BrandonWM (talk • contributions • global • rights) 22:20, 3 April 2024 (UTC)

Discussion: Moving appointed permission requests from the AN to RfP

Status:  In progress

BrandonWM recently moved the venue for requesting appointed permissions (such as autopatrolled, translator, interface admin, flooder) to Meta:Requests for permissions. Some have felt that this will clog the RfP page up and that it runs contrary to what the RfX pages usually contain, which are votes. What do all the admins think? @1108-Kiju:, @MacFan4000:, @NotAracham:, @Reception123:, @Void:, @Zppix:. Agent Isai ^{Talk to me!} 17:58, 3 April 2024 (UTC)

I don't see a problem as the name for the page (Requests for local permissions) explains what it should be. Additionally, there isn't an overwhelming amount of permissions requests, and moving it to that page would be fine as it wouldn't 'clog' RfP, per say. AN would be cleared up of the requests, and the moderate number of requests that come through would also be open for more discussion. It's also attempting to just clarify the name of the RfP page by standardizing all of it, and it can be seen through this page on enwiki that it works for the WMF, which has a substantially larger amount of requests than we do at this time. Several sysops that were pinged were supportive when I approached them asking for consensus on the topic. BrandonWM (talk • contributions • global • rights) 18:06, 3 April 2024 (UTC)

That page on enwiki is completely different because it is only for permissions that don't require discussions. What you did, that I assume is what people have an issue with, is combine a page that is for permissions discussions with requests that don't require discussion. Globe - (Talk • Contributions • CA) 18:20, 3 April 2024 (UTC)

My problems with this change have a few facets:

• It's already difficult to get representative community input on RfXs -- cluttering those pages with requests that do not require community input creates noise that could easily result in requests requiring elections getting overlooked by voters AND appointment requests getting overlooked by administrators
• It splits work for Meta administrators across multiple pages in different logical categories, which they'll now be required to monitor for changes, complicating their workflow.
• It moves roles that are generally granted solely by meta admin into a page with mixed responsibility for assignment and revocation. This is probably the weakest of the three, but it should be brought up.

This seems to be a solution in search of a problem, if there are real and valid concerns about permission requests getting lost or handled in a delayed fashion, perhaps a split like the Steward requests board with subpages would be beneficial?

-- NotAracham (talk • contribs • global) 20:44, 3 April 2024 (UTC)

NotAracham - I'd propose a short trial session to see if participation is satisfactory and things are running smoothly. If it works, we can keep as is, especially since appointed rights usually don't get much exposure (and could get more exposure as a result of things). If not, we can always revert. But I strong think this would increase exposure and make Meta as a whole more organized. BrandonWM (talk • contributions • global • rights) 21:06, 3 April 2024 (UTC)

I'm not comfortable or confident with trialing the change. I'm of the opinion that the move is fundamentally flawed and am not persuaded by rationale provided. Appointed meta rights aren't a thing that needs exposure, they're administrative tasks that exist to solve a specific, narrow problem for specific people. -- NotAracham (talk • contribs • global) 21:18, 3 April 2024 (UTC)

Would also be remiss if I didn't call out the excellent improvements made by @Waki285 in creating a status template for the Stewards board -- it's proved tremendously useful in better enabling me at least to track open tasks. NotAracham (talk • contribs • global) 21:10, 3 April 2024 (UTC)

100%, thank you for those modifications. Have only seen from afar but do not doubt they're useful.

I'd disagree though - the idea is for the community to have a voice, and the name fits its purpose if the page "Requests for local permissions" has, in fact, requests for all local permissions, and not just admin and bot. I'd also add as a question, if we keep appointed rights on AN, why is the Bot flag requestable on RfP? The two don't add up. BrandonWM (talk • contributions • global • rights) 21:26, 3 April 2024 (UTC)

(Non-administrator comment) I would have to agree with those who have also raised concerns. I believe making this move adds additional scrutiny that is unneeded for lower-trust permissions like patroller or translator. Globe - (Talk • Contributions • CA) 18:14, 3 April 2024 (UTC)

To be clear, this diff is what an appointable right request would look like - there is no voting. If needed, we can also divide Meta:RfP into two sections, one for electable rights and one for appointable, if desired. I personally feel it's important to have all local rights there just due to the name of the page itself. BrandonWM (talk • contributions • global • rights) 18:16, 3 April 2024 (UTC)

I would like to see an opportunity for the community to express their opinions on the assignment of these flags, and I believe it would be beneficial for Meta Sysop as well. As a new option, I propose moving it to a separate page from RfP and AN. --1108-Kiju/Talk 18:16, 3 April 2024 (UTC)

For what it's worth, based both on NotAracham's rationale and seeing how the move works in practice, I would support a full reversal of the change. I think it may overencourage requests by its layout, get in the way of voting affairs which mix right in, and is rather overly formal when treated as a full request alongside voted requests, even without voting given how it includes discussion closures and subsections. The 'ask and meta admin answers' of before with a status indicator here as is becoming standard I think is the more appropriate setup. This arrangement has never precluded other user commentary ie, my comments here or people commenting on other requests on this page. --raidarr (💬) 10:08, 6 April 2024 (UTC)

For anyone particularly fond of splitting off, would there be interest in a subpage that works like SR/P built for the AN specifically? cc 1108-Kiju and BrandonWM in particular. This alleviates some of the criticisms in format, still keeps permissions requests from "cluttering" here if that is a concern that some have, and basically fit right in with what NA has suggested above but seems to have been mostly missed. Though it's encouraged to only comment when you have something particular to add as it goes on SR, community input is quite possible either way. As for bot flag on RfP, perhaps it should be split off as it indeed doesn't really add up for being an 'elected role'. The main criticism is having another venue to check but with the intuitive system Waki has implemented this is much less a concern than it once was. --raidarr (💬) 11:45, 11 April 2024 (UTC)

My name was mentioned several times so I will give my opinion. I checked out what other wikis have to say about it,

• Wikimedia Meta wiki: the groups that require voting are RfA, and the application-style ("request" is confusing to me, so I will henceforth refer to roups that can be granted at discretion as application (group)) groups seem to be applied for with AN.
• Wikimedia Commons: the voting groups are RfA, and the application-style groups seem to be filed under RfR.
• English Wikipedia: sysops or bureaucrats are RfA, and application-style groups appear to be applied for on the RfP subpage for each individual group.

I would prefer to leave it as is or split RfP into two subpages, one for voting type and one for application type. I think the request for application-style group may be made with a shorter archive period. However, whichever way it goes, I'm pretty sure the I will make effort to track requests promptly for Meta sysops. --   Waki285(talk|contrib|log|CA|Target) 12:33, 11 April 2024 (UTC)

I don't have any particular opposition to creating a subpage of AN or RfP in order to have these requests processed - I am however against returning it all to AN. But if it can be split, that would be my preference. BrandonWM (talk • contributions • global • rights) 14:50, 11 April 2024 (UTC)

Moving permissions requests back to AN would be my first choice, I'll agree to disagree. I'd also be fine with moving to a subpage of AN, but it simply cannot stay the way it is now IMHO. Globe - (Talk • Contributions • CA) 23:36, 11 April 2024 (UTC)

TheSun42DaMVP Vandalism

Status:  Done

Global lock requested, but in the meantime if a sysop could block on meta to prevent vandalism, that would be great. Globe - (Talk • Contributions • CA) 13:41, 5 April 2024 (UTC)

•  Done by MacFan4000 and BrandonWM and 1108-Kiju.--   Waki285(talk|contrib|log|CA|Target) 13:53, 5 April 2024 (UTC)

User talk:CrazySpruiker2001

Status:  Done

All sorts of vandalism and incivility going on. Back and forth disruption from a locked account and a person who has been blocked on meta for a day. Unsure if RevDel is required (leaning no). Justarandomamerican (talk) 14:51, 5 April 2024 (UTC)

Could admins semi protect that page temporarily? Silicona (talk) 14:46, 9 April 2024 (UTC)

Why is that necessary? --raidarr (💬) 20:07, 9 April 2024 (UTC)

Continuous vandalism by LTAs. Silicona (talk) 08:56, 10 April 2024 (UTC)

Makes sense with a gander at history, confirm to autoconfirm would be sensible. --raidarr (💬) 10:39, 10 April 2024 (UTC)

 Done to autoconfirmed. BrandonWM (talk • contributions • global • rights) 14:45, 11 April 2024 (UTC)

Revoke Patroller Rights for GDPR Vanished User

Status:  Done

One of our patrollers(MirahezeGDPR 4ce229fc9687e12ad2ff96f863f0909e) has been GDPR vanished. As such, I request their removal from the patroller group as they evidently may find their ability to patrol hindered indefinitely. Also, to not show up on Special:ListUsers/patroller and by proxy Meta:Patrollers ╚pixDeVl╝ (Talk ✦ Contributions ✦ CentralAuth) 21:56, 7 April 2024 (UTC)

Done. BrandonWM (talk • contributions • global • rights) 15:29, 8 April 2024 (UTC)

Request confirmed rights

Status:  Done

Request User:Waki285-Bot to grant confirmed rights for skip CAPTCHA and OAuth2 consumer propose. The bot flag is not requested at this time as I plan to do a temporary operation.    Waki285(talk|contrib|log|CA|Target) 06:06, 10 April 2024 (UTC)

 Done BrandonWM (talk • contributions • global • rights) 15:15, 10 April 2024 (UTC)

CAPTCHA Issue

Status:  Not done

When I try sending messages on someone topic it's says to complete CAPTCHA but there isn't written anything to complete that what should I do. Nexovia (talk) 07:38, 11 April 2024 (UTC)

If possible, could you upload a screenshot of the issue? Globe - (Talk • Contributions • CA) 11:36, 11 April 2024 (UTC)

Added as confirmed user to bypass captcha. BrandonWM (talk • contributions • global • rights) 19:59, 12 April 2024 (UTC)

Enable Extension "Variables" on WikiCreators wiki.

Status:  Not done

Please enable the "Variables" extension at the WikiCreators Wiki.  Kind regards,   Rodejong   ^💬 Talk ^✉️ Email  ^📝 Edits   Auth →  19:47, 12 April 2024 (UTC)

Please direct your request to SR or ping Stewards on Discord. BrandonWM (talk • contributions • global • rights) 19:59, 12 April 2024 (UTC)

Abuse filter (Meta only): Throttle blocks and global blocks while not a flooder

Status:  Cannot be undertaken

There is Agent Isai flooding RC with mass blocks while not a flooder. An abuse filter is required: Disallow; Throttle: max 10 blocks every 10 minutes

! "flooder" in user_groups
& action == (block | globalblock)

 Silicona (talk) 08:17, 13 April 2024 (UTC)

@Silicona: The action must be one of edit, move, createaccount, autocreateaccount, delete, upload, or stashupload, so block and globalblock cannot be detected. --   Waki285(talk|contrib|log|CA|Target) 08:21, 13 April 2024 (UTC)

Should have used flooder tbh but it's not too big a deal that it isn't. --raidarr (💬) 08:43, 13 April 2024 (UTC)

Are you trying to prevent the blocks entirerly? That to me seems foolish. RC Spam is an issue (if you don't like, just filter it) but not worth stopping work for even more so when flooder exists ╚pixDeVl╝ (Talk ✦ Contributions ✦ CentralAuth) 12:25, 13 April 2024 (UTC)

Pardon me, I misread the post and didn't see the while not flooder part ╚pixDeVl╝ (Talk ✦ Contributions ✦ CentralAuth) 12:27, 13 April 2024 (UTC)

Delete User talk:Bongo Cat

Status:  Done

It is an unnecessary redirect, and I need to redirect User talk:Bukkit to my new user talk page. Thanks. -- Bongo Cat^{[cetacean needed]} 22:43, 15 April 2024 (UTC)

 Done BrandonWM (talk • contributions • global • rights) 23:31, 15 April 2024 (UTC)