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 :-(

@kostajh added the messages today with https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Echo/+/1159418

In T396014#10887244, @Elwinlhq hat geschrieben:

Hi @Raymond, hi @Lucas_Werkmeister_WMDE,
If it helps I can past here some screenshots:

Thanks!

In T396014#10884946, @Lucas_Werkmeister_WMDE hat geschrieben:

I temporary used the code qu-x-Q7260479 (Puno Quechua) to create Lexemes (e.g., L347032), see a list of lexemes here.

I take it you would then also like to use the qxp language code for Lexemes, and not just for monolingual text values?

Works now, see https://wikidata.beta.wmflabs.org/wiki/Q526807 (near the end of the Monolingual section) and https://species.wikimedia.org/wiki/Mangifera_indica#Vernacular_names

Works now, see https://wikidata.beta.wmflabs.org/wiki/Q526807 (near the end of the Monolingual section).

Works now for monoligual text, see https://wikidata.beta.wmflabs.org/wiki/Q526807 (near the end of the Monolingual section). Please test for Lexemes.

Works now for monolingual text at least, see https://wikidata.beta.wmflabs.org/wiki/Q526807 (near the end of the Monolingual section). Please test it for Lexeme.

Works for monolingual text at least now, see https://wikidata.beta.wmflabs.org/wiki/Q526807 (near the end of the Monolingual section). Please test of for Lexeme.

Works now, see https://wikidata.beta.wmflabs.org/wiki/Q526807 (near the end of the Monolingual section).

Works now, see https://wikidata.beta.wmflabs.org/wiki/Q526807 (near the end of the Monolingual section).

This works now, see https://wikidata.beta.wmflabs.org/wiki/Lexeme:L57547

Works now, see https://wikidata.beta.wmflabs.org/wiki/Lexeme:L57547

Works now, see https://wikidata.beta.wmflabs.org/wiki/Lexeme:L57547

re-open. I have not seen the other subtasks "language-data" and ULS.

re-open. I have not seen the other subtasks "language-data" and ULS.

Works now: https://wikidata.beta.wmflabs.org/wiki/Lexeme:L57547

Works now, see https://wikidata.beta.wmflabs.org/wiki/Lexeme:L57547

Revert was already merged when I saw this task and a new export done

Fixed onwiki with a new revision of https://species.wikimedia.org/wiki/Template:VN

Deployed and tested, see https://wikidata.beta.wmflabs.org/wiki/Q526807?uselang=en