In T362411#9710112, @Nexovia wrote:

Actually which kind of wiki can I request.

No personal wiki's here.

In T348908#9425706, @TayfunEt wrote:

In T348908#9307157, @Nikki wrote:

I don't think we should use a non-standard order for the parts. We've been trying to replace non-standard language codes with ones which follow BCP 47, so it doesn't make sense to introduce new non-standard ones.

What is your suggestion? Because I do not have knowledge with this and I just requested to add aslo the Arabic script for Dobrujan Tatar.

In T348973#9290518, @Physikerwelt wrote:

@Bdijkstra thank you. To make progress someone needs to find the related logs in logstash and understand what the response from restbase is. Can you do it yourself, or do you need help?

Bot now runs in k8s and no longer in gridengine

Looks like it's fixed. But need to check my cronjobs still work, now they've been migrated to k8s

@Aklapper The whole repo can be deleted. Tool isn't in use anymore.

In T345883#9152437, @Lydia_Pintscher wrote:

That makes sense to me. @Mbch331: How much of a problem would this be for you?

No problem for me. Don't even know why I added it.

It was never removed from CLDR, so CLDR doesn't need to be repatched.
I rebased my patch for Wikibase on the current master.
Not sure if anything else needs to be done (besides approving my Wikibase patch). Not up to date with the steps that are needed nowadays for adding new monolingual languages.

Issue has been resolved somewhere yesterday.
Status page had no message there was a problem, but I did notice the Wiki error responses were much higher, so there definitely was an issue.

On nlwiki I see this on all pages with a DEFAULTSORT and we use this heavily on pages about people. We want to sort them on lastname and the article name is Firstname Lastname.
We can't edit the value for DEFAULTSORT in VE, since it's a non-existing template for VE. And in the category section of VE, no value is visible.

Issue seems to have resolved itself.

Issue also occurs on nlwiki

In T323440#8826125, @Arian_Bozorg wrote:

Hi @Raymond and @Mbch331, I was told that you were the people to talk to about CLDR changes for languages :)

Would you be able to help out with issues like the one below?

If so, there are a couple of others I'll tag you in

In T323440#8822780, @Arian_Bozorg wrote:

The language looks like it's on there but the label is coming up as bzs instead of Libras

Hmm...
The commit is already there, but failing on something not directly related to this change.
It can't find the DonationInterface extension.
I can't help with that.
I know a bit on where to add language codes in CLDR, but not about the tests that are done by Jenkins

The &nbsp; did the trick. (And of course changing <cite> to <citation>)

Still see the citation tag and the date isn't updated

Citation doesn't work on nlwiki. It then litterally shows the tag.

I've removed the mapping for gsw/als. I added it based on a request on the talk page of the gadget.

Structured data has been cleaned too.

Checked the current live code and issue has already been fixed somewhere in 2019.
So it's only correcting existing data.
For the information template this has been fixed.
For the Structured data I filed a Bot request: https://commons.wikimedia.org/wiki/Commons:Bots/Work_requests#Replace_Date=1970-01-01_in_Structured_Data_of_Wikiportret_uploads

In the end the users uploading the file to commons are responsible. (This includes me). On uploading the file, a pre-filled template is placed in the text field. The users needs to fill in the missing information, categories and press submit. (I must admit there are uploads by me in the search results, so I have been negligent too)
And the date isn't invented from scratch. Unix timestamp 0 is 1970-01-01.
I'll make sure that in a new version of Wikiportret the date field is emtpy if it's 1970-01-01

Just tried it with safemode=1 and then the issue doesn't occur. So it's a gadget or userscript that causes the issue.
Disabled all my userscripts and enabled them 1 by 1.
No problems, until I enabled User:Magnus_Manske/authority_control.js by @Magnus

I need to adjust my script so it sends mail using the smtp server for tools.
And I need to migrate my wget command to curl, but that's an easy fix.

Is already available: https://www.wikidata.org/w/index.php?title=Q4115189&diff=1738465680&oldid=1737723756

@Manuel: The term termbox languages means Labels/Aliases/Descriptions. When added, they are also available for Monolingual properties. They won't become available for Lexemes on the other hand.

In T236938#7668702, @Robin_van_der_Vliet wrote:

In T236938#7659542, @jhsoby wrote:

As Toki Pona is well-attested and seems to have quite some traction, I (as a LangCom member) support adding it for both lexemes and monolingual.

What is the next step in getting support for Toki Pona added? The previously mentioned pull request already got merged.

@Amire80 @jhsoby What do you say?

@Nikki What is the autonym for this language? Because I need to know this to add the language to InitialiseSettings.php (see T277836)

In T293884#7467903, @Lucas_Werkmeister_WMDE wrote:

In Wikibase, yes, but @Mbch331’s changes also add the language to wmgExtraLanguageNames, where the autonym is included. (Eventually we’ll hopefully get rid of that – see T273627 – but depending on where the autonym is used, maybe we’ll add the autonyms to the Wikibase config. I’m not sure.)

In T290857#7349128, @Lyokoi wrote:

There is a very big problem to need a languages codes. There is so many languages without it AND it’s always little language used by minorities. It’s terribly difficult to help, describe and write in these language here, when it shouldn't.

But is there a real use case for monolingual properties in those languages? If there's only a one time use, then you should use mis (miscellaneous), because changing the code so minority languages can be used will make this a significant change.
If there are valid use cases then please provide them, so WMDE can make a better judgment if it's worth changing the code to make this possible.

Besides langcom approval, we also need language codes. So far only Gallo has been provided.

In T287243#7346795, @Esc3300 wrote:

From T263946 it looks like it followed the usual process for new codes for Wikidata. Also it was tested/marked as resolved by WMDE staff.

@Esc3300 LocalNamesEn.php is part of CLDR. That's not a WMDE extension.
The corresponding change was approved by @Raymond and not WMDE

It's not the query service gui that adds the +
When you use the bigdata interface the + gets added as well.

The problem is that the + gets encoded again. It becomes %2B

In T288799#7281405, @Aklapper wrote:

Thanks for taking the time to report this. Could someone please explain where to see a "Patrol button" in the screenshots, and provide links where someone else can see a problem? @Jonathan5566: Please see https://www.mediawiki.org/wiki/How_to_report_a_bug - thanks!

@jhsoby @Amire80; What do you say?

@Eugene233 When requesting new languages always specify what you want to use them for: Monolingual properties or Lexemes or Labels/Description/Aliases as the developer needs to know where to add them in the code.
If you want to use the language outside Wikidata, you need to contact LangCom (not via Phabricator) what you need to do to get the language added for use on all Wikimedia projects.

In T180771#7228271, @Esc3300 wrote:

Seems to be live, at least nan-hani

@Amire80 @jhsoby @Esc3300 @Nikki Could you please reach an agreement on what the desired language code is going to be? I'll make a new patch then.

In T155419#7195690, @Amire80 wrote:

I think the discussion here becomes more complex than it should be. How many labels do we actually expect to have here? If we just start with "mix", and then we get a lot of them, can they be later divided by someone who understands these languages well?

In T286031#7220116, @Esc3300 wrote:

@Mbch331 can you review the patch?

@Amire80 @jhsoby Now we have en-us, is this acceptable too?

In T286862#7219730, @Aklapper wrote:

@Bugreporter: Add where? Which codebase is this about?

In T286031#7193481, @Esc3300 wrote:

It's actually missing in LocalNamesEn which probably explains why we get the Spanish version.

@Amire80 What's your view on this?

In T215032#7200368, @Amire80 wrote:

@Mbch331, I see mvf in the code of WikibaseLexeme, but I cannot actually add lexemes in it. And I don't see it in the code of Wikibase at all. Can you add it please?

@Amire80 @jhsoby What's your view on this?

In T70207#7195691, @Esc3300 wrote:

I'd close this (as incomplete or invalid), it seems to be a pre-phabricator request and https://en.wikipedia.org/wiki/User:Geekemad doesn't exist.

In T180771#7191533, @Addshore wrote:

As the current Wikidata-Campsite (Wikidata-Campsite-Iteration-∞ (On Hold)) unstaller, what is this task stalled on?

This is blocked on LangCom approval for the remaining languages.

In T284808#7183772, @Lydia_Pintscher wrote:

Don't we already have this? I don't think we allow adding terms for simple for example? Or am I missing something?

@Esc3300 My patch was denied for 2 reasons:

1. I used da instead of nl (which has been fixed)
2. There is not enough proof of consensus in this task (this is something I can't fix.