This is not what users expect when they uncheck the option "Show Wikidata edits in your watchlist". They expect no Wikidata edits to show on Wikipedia.
If the option does nothing remove it, otherwise change the label so it's more clear for users what the option does.

And now Q137154988 as well

Issue now also occurs for Q136803226

Same issue with Q136764759 which also still is available for querying even if it's deleted.

In T410026#11373900, @A_smart_kitten wrote:

On the surface, seems potentially similar to T407702: Multiple deleted items still available in Wikidata Query Service?

Looks similar to T385261

Issue also occurs on nlwiki, I start editing in VE, switch to wikitext editor (using the drop down and choosing Wikitext editor) and there's no option to switch back. Which is pretty annoying, because some things are easier in VE and some things easier in the old wikitext editor.

On https://mnw.wiktionary.org/wiki/%E1%80%91%E1%80%AC%E1%80%99%E1%80%BA%E1%80%95%E1%80%9C%E1%80%AD%E1%80%80%E1%80%BA:fr-preposition I do get an error.
Error: Dependency jquery.wikibase.linkitem failed to load

enqueue https://mnw.wiktionary.org/w/load.php?lang=nl&modules=startup&only=scripts&raw=1&skin=vector-2022:10
jQuery 6
    using
    initLinkItem
    js
    dispatch
    handle
    addInterwikiLinkToMainMenu

load.php:644:56

jQuery 4
    initLinkItem
    fire
    fireWith
    tuple[0]
enqueue https://mnw.wiktionary.org/w/load.php?lang=nl&modules=startup&only=scripts&raw=1&skin=vector-2022:10
jQuery 6
    using
    initLinkItem
    js
    dispatch
    handle
    addInterwikiLinkToMainMenu

I tested this and when I click on add interlanguage links I get redirected to the corresponding Wikidata item. (I tested it on https://en.wiktionary.org/wiki/Template:uk-1928_superseded_spelling_of ) and both logged in and not logged in. So doesn't sounds like a software issue.

I think the title of the task is wrong.
@Heberlei : Monolingual text and labels are 2 different things. rap is supported for monolingual text as shown by Nikki, but it's not available for Labels/Descriptions/Aliases. Which do you want? Monolingual text or Labels/Descriptions/Aliases (aka termbox)?

This happens on the Dutch Wikipedia as well.
Example: https://nl.wikipedia.org/w/index.php?title=Mindfulness_Based_Stress_Reduction&oldid=68344520

Probably related to https://www.wikimediastatus.net/incidents/3x86p48v5tx6

Issue seems to have resolved itself.

It worked for a few weeks, but now the issue is back.

Issue occurrs on nlwiki, wikidata and commons. So it's not related to a specific Wiki

Don't see any code issues in this task or other things that need done by a developer.

Don't see any code issues in this task. And removing WMF staff that's automatically added isn't a good thing either.

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.