Done (thanks Catrope since I wasn't able to connect to IRC at the time of the deploy)!

Done (thanks Catrope since I wasn't able to connect to IRC at the time of the deploy)!

In T411588#11435029, @Andriy.v wrote:

@Superpes15 Hello. I see no reason to delay the patch. There is a clear consensus, and this is, in a sense, a emergency change to the MediaWiki configuration to reduce harmful actions. Also, 3 actions per hour is still a soft measure compared to the 3 per day limit adopted by plwiki, so again I see no reason to delay the process. As you can see https://uk.wikipedia.org/wiki/%D0%A1%D0%BF%D0%B5%D1%86%D1%96%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0:%D0%96%D1%83%D1%80%D0%BD%D0%B0%D0%BB%D0%B8?type=thanks&user=&page=&wpdate=&tagfilter=&wpFormIdentifier=logeventslist LTA working obsessively almost every day.

Done!

In T411683#11434335, @Tbodt wrote:

We had no need since autoconfirmed users got hardly any added permissions (all logged in users could move pages, for example.)

Seems reasonable, especially for small wikis, although this can be misused in several ways. In any case in the meantime I'll proceed with this task.

@Samwalton9-WMF @Kgraessle Are you planning to deploy this today too? Thanks!

Done!

Done!

Flag is granted, local upload is disabled and logo/icon and wordmard were updated. Everything is done on our part. Thanks for your patience!

@Bugreporter I'm in doubt for closer usegroup after @A_smart_kitten pointed out its existence to me. I agree that on ruwiki it can be changed to eliminator. On itwikinews, however, this usegroup is used to "close" discussions (so only to protect pages, not delete them)! In this case, "closer" is more correct, but at this point a question arises: Should I update WikimediaMessage, or should it be left as is (just localized)? What do you suggest?

In T410121#11377251, @A_smart_kitten wrote:

I currently wouldn't know how to fully interpret/apply what's written there (about new-user-group-requests) with respect to a specific task, though

In T410121#11376622, @Janabaevazizbek wrote:

Could you tell me more?

If you want to grant rollbacker flag to an already autopatrolled, you should keep autropatrolled, that's it! Rollbacker flag only add rollback (as per onwiki discussion that did not mention any other right) :)

Basically it would seem useful, but there are 2 issues in this case imho:

1. A usergroup may contains multiple rights, so maybe some are redundant, while others aren't and this warning - whether present or not - could cause confusion in these cases;
2. A project may use redundant group (maybe because the second usergroup expires, or because is the practice there, and I remember some small wikis doing so) to avoid revoking and re-granting flags, and doesn't want to have this kind of warning. So imho it would be better to avoid creating a warning at a global or software level.

Since it was not specified in the discussion, I won't add autopatrol to rollbackers, so, when a new rollbacker is flagged, you should keep autopatrol. In any case, using the rollback button will result in an already aupatrolled revert, because this is how rollback works. Thanks :)

In T353218#11376272, @MauricioGenta wrote:

@Superpes15 Thanks! I'm already working on organizing the wiki :). Yes, please update also in the New Vector Skin, The wordmark is this one. We also have it in white, for the dark mode, i just realised black logos are a stuff are a problem with the dark mode but can be fixed with the "class=skin-invert" in the wikitext. Thanks!

In T410121#11375546, @Janabaevazizbek wrote:

Done!

Thanks!
Can you confirm if I read correctly and both flag should be assignable and revokable by sysops?

Gotcha! So they should be 'rollbacker' and 'eliminator'! @Janabaevazizbek Could you please change the task description?

Thanks! I fully understand, but this doesn't not reply the questions. Should we ping Mirzoulug'bek, asking them to intervene here? On uzwiki an 'eliminator' group exist (but with only delete flag and nothing more). I don't know why in this task it was asked for an usergroup with the same flags as movers!

Also, another valid point, I see the request was made on wiki on January 2025 and last comment was posted over 5 months ago... Any specific reason why the task was only opened today?

@MauricioGenta Bureaucratship was assigned by Johannnes89 so you can handle everything onwiki (assigning yourself and other users bureaucrat and sysop/IA flags - please note that IA flag requires 2FA to be enabled).

In T410121#11374294, @A_smart_kitten wrote:

Indeed it would be slightly simpler to use an existing group (if I understand correctly, due to the fact that it wouldn't require an additional patch to WikimediaMessages to add the new group's system-messages).
However, personally, I am just very much not sure about the idea of overriding (what's been conveyed as) the wiki's wishes here just because the 'closer' group hasn't previously been added for another WMF wiki.

@Janabaevazizbek Please note that, per standardization, the "closer" usergroup doesn't exist on wmf wikis, it should be called 'pagemover' (not 'mover', since you didn't ask to add 'movefile' too). Also, who should be able to add and remove users in these usergroups? Thanks

In T353218#11373282, @MauricioGenta wrote:

@Superpes15 Yes, i want to update that logo and disable local file upload, fishbowl would not be necessary i will just protect pages. If you can add me (and Lahi) as sysop would be great, we still need to update things like the menu at the left. Thanks :)

@MauricioGenta Thanks! I'll proceed :) So, since it was an old issue and I want to be sure of the requests, do you want to change the logo with File:Wikimedia_Argentina_logo_black.svg, to disable local file upload and change the wiki in fishbowl? Also, do you need a flag (like bureaucrat and sysop)? Can you confirm the account to be bureaucrat and sysop?

I remember using it several times without any problems on both Firefox and Chromium browsers. The only point was that the account had to be hidelocked and not suppresslocked for it to work. Never received this error and, since it's mentioned that this issue has been present since 9 October, I think it could be a recent issue!

@Nikki You could move all the page in the old namespaces to the new ones. I know that replacing everything would take some time, so I think you can also add some aliases using the old namespace to easily avoid the issue (so that "Berkas:" and "Kategori" will still work, even if the current namespaces are respectively "Attarong:" and "Katagori:". Do you have any issue with the other namespaces?

Done!

No problem in adding the whole /24 (we already made it several times). Also, after some checks, it seems a low traffic range. The deadline is approaching, so I'm going to create the patch right away and scheduling the deploy asap. @SCP-2000 If you have any updates regarding the IP, please let us know by today, since tomorrow is the last day for deploying this. For the next time, please remember to create a task ~15 days before the event! Thanks :)

Done!

@Mdktb Please check if the characters I used in the patch are the right ones and make sure that no page on arwikibooks currently starts with "وك:" :)

My bad! I misspelled the task number :)

Done! @BraunOBruno As for the translations, please update them on translatewiki or locally via 1, 2 and 3. Thanks.

I agree with Pppery. We should let individual communities decide on this. Furthermore, the use case isn't too broad (currently only 9 projects out of over 800 have this flag enabled and 3 of them don't have any interface editors at the moment), and, if needed, a community can discuss it locally and easily request the flag here imho!

Hi @BraunOBruno. Who can assign and who can remove this "abusefilter" flag? Thanks.

I just tried and I changed the pre-filled username via console (I tried to vanish my test account "Superpes" as indicated in the screenshot), but the request resulted from the original logged account (Superpes15), so I think it isn't possible to ask for a vanish using another account!

Wonderful! So it's done!

In T409329#11349549, @ChiK wrote:

Hello @Superpes15, I observed the typo error in patch.
ತಡ್ಯ_ಪಾತೆರு > ತಡ್ಯ_ಪಾತೆರ
ಕರಡು_ಪಾತೆರு > ಕರಡು_ಪಾತೆರ

is it possible to correct. Thank you!

Thanks! Will do :)

In T409329#11347763, @ChiK wrote:

Yes, needed. Thank you.

In T409329#11347744, @ChiK wrote:

@Superpes15 — As of now, tcywiki (Tulu Wikipedia) does not have the Portal and Draft namespaces.

@ChiK I don't understand if you want to keep Portal and Draft as aliases or if the namespaces should only be reachable by ತಡ್ಯ and ಕರಡು

No news so closing. Please re-open it if there is need for the next workshop.

Done!

Sorry to hear that. I'll keep this task open all week, in case there's any news, then I'll close it. Thanks and absolutely no bother :)

@SHB2000 Do you have any preference about the duration of the blocks for registered and anonymous users (they could also be different)?

@Axel55 Do you have any news about the numbers? Thanks :)

Done!

Done!

Done!

Done!

Mentioned in SAL (#wikimedia-operations) [2025-10-21T13:53:00Z] <lucaswerkmeister-wmde@deploy2002> Finished scap sync-world: Backport for [[gerrit:1196921|[igwiki] Create 'autopatrolled' and 'rollbacker' usergroups (T407439)]], [[gerrit:1196930|Throttle exemption for Editathon by Wikimedistas en Cruce - 6/7 November 2025 (T407630)]], [[gerrit:1197004|[specieswiki] Enable USERLANGUAGE magic word (T406583)]], [[gerrit:1197614|[hsbwiktionary] Enable importing from enwiktionary (T407713)

Done!

Mentioned in SAL (#wikimedia-operations) [2025-10-21T13:53:00Z] <lucaswerkmeister-wmde@deploy2002> Finished scap sync-world: Backport for [[gerrit:1196921|[igwiki] Create 'autopatrolled' and 'rollbacker' usergroups (T407439)]], [[gerrit:1196930|Throttle exemption for Editathon by Wikimedistas en Cruce - 6/7 November 2025 (T407630)]], [[gerrit:1197004|[specieswiki] Enable USERLANGUAGE magic word (T406583)]], [[gerrit:1197614|[hsbwiktionary] Enable importing from enwiktionary (T407713)

Hi @SimmeD This is unrelated with the previous task and with the AP group. RC Patrol should be enabled to see the filters you mentioned, this requires a configuration change. I can create a patch easily but first of all, please, I ask you to notify the project and post here the link of the discussion. Please also note that, currently, only sysops can view unpatrolled edits and mark other's edits as patrolled on dawikisource, so this change will only affect you and the GSs/Stews at the moment. Thanks!

In T407713#11288625, @Slawobog wrote:

Is it necessary? It's a dead project at this moment and I'm only editor and admin atm.

Hi @Slawobog Could you please link the on-wiki discussion for this change (opened at least one week ago)? Please see "How to request a change" on meta-wiki. Thanks for your understanding.