In T424135#11885274, @Nikerabbit hat geschrieben:

@Raymond Thoughts?

Seems to work now. I was a bit impatient. @Yaron_Koren Could you confirm please?

Above patch has no effect. What did I wrong?

Currently there a 3 Wanda repos registered: Wanda, Wanda Score and Wanda Scribe. Do they belong togehter or should they be handled separatly?

Deployed

Deployed on WMF

Deployed on WMF

General solution is to add the autonyms to the CLDR extension.

Works on Wikidata now: https://www.wikidata.beta.wmcloud.org/w/index.php?title=Q526807&diff=prev&oldid=1364796

Works on Wikidata now: https://www.wikidata.beta.wmcloud.org/w/index.php?title=Q526807&diff=prev&oldid=1364797

Works on Wikidata now: https://www.wikidata.beta.wmcloud.org/w/index.php?title=Q526807&diff=prev&oldid=1364795

Works on Wikidata now. https://www.wikidata.beta.wmcloud.org/w/index.php?title=Q526807&diff=prev&oldid=1364794

In T407106#11620379, @Amire80 hat geschrieben:

Is this stuck on anything? Language committee approval, or whatever? It should be enabled.

In T415096#11605120, @Tgr hat geschrieben:

Should we generally coordinate with TWN whenever a new i18n subdirectory is added? That might happen more in the future.

In T415096#11596268, @Jdforrester-WMF hat geschrieben:

It looks like the repo hasn't been spidered yet? https://translatewiki.net/wiki/MediaWiki:Wikimediacustomizations-desc etc. aren't live.

In T415096#11596268, @Jdforrester-WMF hat geschrieben:

It looks like the repo hasn't been spidered yet? https://translatewiki.net/wiki/MediaWiki:Wikimediacustomizations-desc etc. aren't live.

Deployed: https://translatewiki.net/wiki/Special:Translate/ext-wp25eastereggs

In T303495#11557873, @Reedy hat geschrieben:

I think the main outstanding things (patches still to be made) is to decide what we want to do about the i18n files going forward.

Do we want to merge the WebAuthn files into the OATHAuth ones? And if so, do we want to rename the message keys?

I don't think it's necessarily a bad thing for them to be different prefixed, nor necessarily in different files. But no strong feelings either way.

@Amire80 "I'd do it myself, but I've never tried doing it for this kind of data, so I may need assistance.": Add to LocalNamesHe.php a section with an array $timeUnits = [...] and add the fix there.

In T402840#11502847, @Lucas_Werkmeister_WMDE hat geschrieben:

I would add it as a separate change on top of that one (so it already benefits from the PHPUnit test I added).

In T402840#11499851, @mrephabricator hat geschrieben:

@Raymond Any update on this?

User confirmed today, that after deletion of the app no new notifications happend for 3 days.
Thank you for your help, @matmarex and @Reedy

In T413747#11492932, @matmarex hat geschrieben:

@Raymond We do have some logs (https://logstash.wikimedia.org/goto/fb93d5be69fe642382ad5b2ba6ee53d9).

@IKhitron For me your solution is OK. On other special pages like RecentChanges the date is shown without weekday: "Neue Änderungen seit 10:31, 27. Dez. 2025 ansehen", see here.

On betawiki it works correct.

In T413244#11477678, @matmarex hat geschrieben:

The screenshot shows a {{de-formal}} template, which were never supported in JS messages. The {{#FORMAL:}} parser function may work.

Deployed on translatewiki.net

Deployed on translatewiki.net

i18n review. For consistency with MediaWiki core and all other extensions I suggest to change as follow:

Deployed on translatewiki.net

i18n review

Renames done, config deployed.

In T409489#11408971, @Nikerabbit hat geschrieben:

@Raymond will you handle possible message renames and should we merge https://gerrit.wikimedia.org/r/c/1203482 now?

Deployed

Blocker:

• No message documantation in qqq.json.

But normal MediaWiki export did *not* happens at 7:30:00 UTC today. I manually started it ~09:45 UTC

Fast i18n review:

• The message documentation is incomplete
• The messages have inconsistent message keys: "monaco-", "dynamic-", etc.

@matmarex Blanking is not necessary, indeed. With the export today the translations were removed from the json files because the message key was set to ignored, as @Amire80 said: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CentralAuth/+/1199360

Deployed

Deployed

CLDR part was already done with T235468. Should work as monolingual text value already

In T402840#11116219, @mrephabricator hat geschrieben:

Pinging @Raymond who has been helpful in requests of this kind

monolingual text in OKA works already.

In T399618#11007497, @Trade hat geschrieben:

Anytime i attempt to add a Oka label to Lake Country (Q1711455) i get the following error: "Unable to update entity: The supplied language code "oka" was not recognized." And than a second error which says "Unable to update entity: {}" pops up shortly after

Minus CLDR because "oka" is part of CLDR release already. Code works therefore for monolingual text values already.

This code works already. See my test https://test.wikidata.org/wiki/Q149653 at the end the list

In T398476#10969105, @Daimona hat geschrieben:

{{PLURAL:$1|protected variable|protected variables}}

$1 here is the list of protected variables, not their number, so that explains why PLURAL doesn't work. I don't know about the issue with FORMAL.

Sorry the the merge mess

Ahhh merge done in the wrong direction :-(