Removing myself as assignee and setting as stalled pending community discussion and Pau's analysis.

Thank you for your assistance, @dancy. It seems everything's working as expected now.

In T347294#9201651, @dancy wrote:

I deleted the maurelio1 gitlab account.

In T347294#9201430, @MarcoAurelio wrote:

Thanks @Aklapper - I could access now, but for some reason now my account is now maurelio1 and not maurelio, which I can't access and was my account. Any advice on how to solve this? Would it be possible to delete maurelio1 and re-assign maurelio back to me?

Thanks @Aklapper - I could access now, but for some reason now my account is now maurelio1 and not maurelio, which I can't access and was my account. Any advice on how to solve this? Would it be possible to delete maurelio1 and re-assign maurelio back to me?

In T345758#9169340, @Aklapper wrote:

In T345758#9147321, @MarcoAurelio wrote:

I can only find PlatformSymbols.php for Arcanist.

Ah, that's the way better place to patch, thanks! So amerge request in Wikimedia Gitlab should go against phabricator/arcanist instead

My account in WM GitLab is suddenly blocked for some reason, although it has existed there for a while. In any case it looks like we're using the same code than upstream in that file. Where is PlatformSymbols::getPlatformServerName() configured for Maniphest? I can only find PlatformSymbols.php for Arcanist.

I can reproduce the reported bug as well:

Sorry for commenting in a closed task. @Zabe: Do you think it would be possible to create an opposite command for closing a wiki? e.g. composer manage-dblist close $wiki. Currently we need to run that binary 3/4 times for closing a wiki. See rOMWC424def8b8903: dblists: Close akwiki for my last closure patch.

Hello @abi_ - I've received a digest last week, as well as this one :)

Seems T244567.

Seems T244567.

Feels like T244567.

In T323464#8859553, @Malikxan wrote:

@MarcoAurelio: The character ʻ is used in the letters Oʻ and Gʻ. The character ʼ is used to mark the phonetic glottal stop when it is put immediately before a vowel in borrowed words, as in sanʼat (trans. art). This character is also used to mark a long vowel when placed immediately after a vowel, as in maʼno (trans. meaning) (source). ʼ should be used in the word taʼrif.

Done.

Just so I don't forget:

Thank you @Malikxan - is the separation quote ʻ or ʼ ? Asking because at rMW languages/messages/MessagesUz.php it's using ʻ.

There's a problem with the File request above, because the name will be the same in both NS_MEDIA and NS_FILE, which will lead to a conflict. Two different names are required, sorry :( Doing the Gadgets now.

I can handle some of the most pressing ones in use at slwiki, except for TimedText which should be fixed via T315728 instead (or directly not appear if local uploads are not enabled per T309770). The rest of the namespaces listed are from extensions which are not in use in slwiki and/or WMF wikis, so I will not handle these for now as it'd require a time I don't currently have.

In T333842#8850477, @Base wrote:

(Just in case, because this and many of the subpages are translatable pages this means that Translations: namespace pages also need to be renamed; Though I am not sure why one would do that via Phabricator (so I am assuming a shell script execution is expected?) rather than just making the moves via the normal GUI)

@Umherirrender Wikistories is possible given that I filed T334829: Error: Call to a member function getComment() on null some days ago and was about idwiki as well.

I tried to test the patches above through a test notification but logstash keeps complaining about non-scalar values (see logstash · by reqId).

9a714eb first appeared in MW-1.41.0-wmf.8.

Removed from global bot policy and local rights removed per policy. I can't run composer on my laptop so I'd appreciate if someone could do the rOMWC Wikimedia - MediaWiki Config part. Projects dropped from the CVNBot monitoring network as well.

In T336661#8850565, @Jdforrester-WMF wrote:

I manually triggered a run and it errored with some environmental issue around Python, it seems. Perhaps Toolforge was updated and it broke the bot?

In T335466#8849403, @DeirgeDel wrote:

Out of curiosity are there any implications or other effects of having an extended confirmed group ?

Very much in support of this Task. It can help prevent issues such as those described at T187101 (although the alerts would still be great for the most sensitive ones).

In T333227#8829563, @abi_ wrote:

DigestEmailer.php is a fairly independent script, and the error does not feel related to a change inside the TranslationNotifications extension.

@DannyS712 et at. This seems to have been resolved via rMW9daa6ef0b2fd: Have Special:UserGroupRights display user group technical name by @Novem_Linguae in re. T318326: Special:UserGroupRights should display user group technical name.

@Krinkle - So the output at $allgroups = $this->userGroupManager->listAllGroups(); is not sorted, as @Urbanecm kindly tested for me and UserRights displays these the same way (maybe `listAllGroups() could use some sorting, but probably a different Task).

If not too complex, I may be able to try a patch for this. My idea is to alphabetically sort these checkboxes by the localised group-$rightname-member label, case-insensitive.

Thank you @abi_ - Yes, that example is from a digest. In any case, digests are broken (for users with or without email set) per T333227: Translation notifications via email digest is broken.

Instead of archiving MediaWiki-User-rename, and since this feature is now in MW core, I suggest we rename the project to MediaWiki-User-rename and list it at https://phabricator.wikimedia.org/tag/mediawiki-general/.

In T335850#8823457, @Nikerabbit wrote:

In T335850#8823398, @MarcoAurelio wrote:

[ - langteam, apparently not maintaining this extension ]

Per https://phabricator.wikimedia.org/project/view/18/#repos we do.

[ - langteam, apparently not maintaining this extension ]

Check if those translators are blocked globally for a long time. If yes, remove them and send them a notification.