I have 2 items that are still in WDQS, but are deleted: http://www.wikidata.org/entity/Q137209877, http://www.wikidata.org/entity/Q138658750

The links are plain url sources on Wikidata

Lokaal doorgevoerd, in afwachting van goedkeuring door rest VRT team

Allang opgelost

No longer needed as parent task won't be done.

Will be done by bot built by Daniuu, this is no longer relevant.

Hostingbedrijf adviseert om mails te sturen via een authenticated mailservice. Wikimedia Nederland gevraagd om een mailadres wikiportret@wikimedia.nl aan te maken. Dan kunnen we vanaf dat account gaan mailen. En dan zijn deze fixes niet meer nodig.

@jhathaway Wikiportret,nl is hosted on appel.wikimedia.nl and sends mails to wikiportret@wikimedia.org, but also to people submitting photos.
I assigned this task to myself, as I know what needs to be done and I know who to contact on the hosting side.

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.