In T261387#6470076, @Nikerabbit wrote:

Would LocalNamesMad.php in cldr extension work?

I see the issue: The template calls

-->{{#if:{{{mad|}}}|'''{{#language:mad}}:'''&nbsp;{{{mad}}}<br/>}}<!--

"mad" and "nia" are part of CLDR, at least for English and German: https://species.wikimedia.org/wiki/User:Raymond/languages

The export looks OK now. Task resolved?

My move from action-docseditor to action-edit-docs was triggered by https://gerrit.wikimedia.org/r/c/mediawiki/skins/WikimediaApiPortal/+/626188

In T262667#6462237, @Nikerabbit wrote:

@Raymond Can you have a look?

Deployed on translatewiki.net some minutes ago: https://translatewiki.net/wiki/Special:Translate/ext-socialprofile-0-all

In T155425#6332100, @gerritbot wrote:

Change 615520 abandoned by Mbch331:
[mediawiki/extensions/cldr@master] Add monolingual language code phn

Reason:
https://gerrit.wikimedia.org/r/q/Iaef56709e21e3136df81ee9e80860191e388e2b0 is more complete

Sorry, I have not seen your patch otherwise I had added the German translation to this. Feel free to add me as reviewer for every CLDR patches

Exports of today look sane.

The wrong interwiki sorting starts with deployment of 1.35.0-wmf.40

I wonder that it is necessary to add the languages names in the extension itself? Both are part of CLDR since March 2020, see https://gerrit.wikimedia.org/r/c/mediawiki/extensions/cldr/+/579595/

Thank you for the fast fix

In T250937#6203367, @matmarex wrote:

In T254592#6197569, @Ramsey-WMF wrote:

If I recall correctly, this is intended behavior. Users are intended to use the trash can icon to remove previously set unit values, and then they can add a new one. Can you confirm, @egardner ?

Wow, the difference seems to be the user language.

In T254615#6197905, @Ramsey-WMF wrote:

I've tried this on multiple files, including the one listed in the ticket, and can't reproduce the problem on either Chrome or Firefox

Question about includeonly, see my test page https://de.wikipedia.beta.wmflabs.org/wiki/Test_noinclude?venotify=created&veaction=edit

In T254548#6197069, @Jdlrobson wrote:

Hey @Raymond this should be fixed in the next train. Sorry about that. We're making some technical changes to simplify the menu code and sadly I missed this one in code review.

The fix for this will roll out in next week's train but the patch can be SWATTed to 1.35.0-wmf.35 if it's needed sooner (https://wikitech.wikimedia.org/wiki/Deployments)

Any progress on it? It is really annoying to remove watchlist entries again after using AC/DC

Failed again. By FuzzyBot and ..

@Ejegg ContributionTracking undeployed from translatewiki.net now. You can merge your patch now. Then I will move existing translations with history to the new message name.

In T253830#6171589, @DannyS712 wrote:

Same as T250902: l10n-bot removed random translations from at least the OATHAuth repo?

Reason was a broken mass rename process on translatewiki. Fixed with T252764

Looks like this is fixed. The last mass rename was performed well by FuzzyBot, see i.e. this export

This can happen in the short timeframe between the last sync of the repos on translatewiki and running the export script on translatewiki. When in this short timeframe new messages merged into a repo the export script do not know this and removes them.