Currently my Wikidata watchlist is loading fairly slowly (~8-13s backend response time) and it's spending a lot of time (~25%) for these queries (in Linker::getRollbackEditCount). I've captured such a request in xhgui.

All usages have been removed. Wikibase's secondary CI passes, EntitySchema's CI didn't yet run after this was merged.

This seems fixed now: https://wikidata.beta.wmflabs.org/w/index.php?diff=1357826

In T362001#9773884, @Jakob_WMDE wrote:

[…]

Not sure what went wrong in T362001#9757950 - wrong property id maybe?

In T344746#9475300, @Michaelcochez wrote:

@thcipriani Can you help me out? We recently updated to a new golang version, and want to go forward getting this deployed properly.

Works with mwcli master and docker-cli 26.1.0 talking to a system wide docker socket on Fedora 39.

AFAIS this has been part of 0.23.0.

In T362001#9757106, @ArthurTaylor wrote:

[…]
I get the message that my user doesn't have permission to make edits in the property namespace:
[…]
@Lucas_Werkmeister_WMDE do you have permission?

In T143486#9679948, @Lydia_Pintscher wrote:

In T143486#9679789, @hoo wrote:

As far as I remember we deliberately chose not to auto-create users back then initially implementing this. I don't think this would be very hard to add this (in a nice way), but I haven't checked.

Do you by chance remember why? This seems like a sensible thing to do at first sight to me.

In T143486#9679761, @matej_suchanek wrote:

Has the option to automatically create the user account prior to the update if it doesn't exist on Wikidata been actually considered? Is it impossible, or is it just unclear whether we want to do it?

In T143486#9674958, @M2k_dewiki wrote:

Also see

• https://www.wikidata.org/wiki/Wikidata:Project_chat#(5000)_unconnected_television_season_articles_in_the_english_language_wikipedia_after_pages_have_been_moved
• https://www.wikidata.org/w/index.php?title=Wikidata%3AProject_chat&diff=2115538365&oldid=2114990113

AFAIS all of @ArthurTaylor PRs are merged.

In T359191#9623964, @Lucas_Werkmeister_WMDE wrote:

All the attached changes are merged – was there anything else left or is this done?

Please disregard the WikibaseLexeme changes, I accidentally attached them to the wrong task (should have been T359190).

In T358112#9564734, @jeena wrote:

In T358112#9563880, @hoo wrote:

I just found out that this happens only if the viewer has advanced permission to see hidden accounts. Will update the description.

Is this still a blocker for the train?

I just found out that this happens only if the viewer has advanced permission to see hidden accounts. Will update the description.

This has long been addressed AFAICT.

Last seen in production on 2023-11-11 21:05:24.503994 (and twice before on that day, no further occurrences on mwlog1002).

After T341409: [TECH] Use LanguageNameUtils::ALL for monolingual text and lexemes has been implemented, this should be slightly easier now: Lexemes and monolingual texts now share their supported language codes.

As part of T341409 this has been (mostly) done. WikibaseLexeme, for backwards compatibility, still supports the following language codes which we don't support for monolingual text values:

After T341409 sga and mga can be used for lexemes and for monolingual text, the other language codes are not covered.

After T341409 dum can be used for lexemes and for monolingual text, all other codes are still missing.

After T341409 bum, ken and sba can be used for lexemes and for monolingual text. bse, mhk and tui are still missing.

After T341409 akk and hit can be used for lexemes and for monolingual text. As akk-latn, akk-xsux, hit-latn and hit-xsux are still missing, I'll leave this task open.

After T341409 trw can be used for lexemes and for monolingual text. Support for labels, descriptions and aliases ("terms") is not covered.

After T341409 srr can be used for lexemes and for monolingual text.

After T341409 shu can be used for lexemes and for monolingual text.

After T341409 raj can be used for lexemes and for monolingual text. Support for labels, descriptions and aliases ("terms") and varieties (language codes like raj-…) is not covered.

After T341409 lua can be used for lexemes and for monolingual text.

After T341409 es-es (and es-mx) can be used for lexemes and for monolingual text. Support for labels is not covered.

After T341409 dyu can be used for lexemes and for monolingual text.

After T341409 bik can be used for lexemes and for monolingual text.

After T341409 bal can be used for lexemes and for monolingual text. Support for bal labels is not covered.

T231755: Local language name should be translatable in translatewiki.net would greatly aid in getting this done.