I'm not sure if someone forgot a step or if it got accidentally rolled back, but I still don't see these when I look at https://wikiba.se/ontology

I came across https://github.com/mapnik/mapnik/issues/3931 and https://github.com/gravitystorm/openstreetmap-carto/issues/4532 where other people have reported the same issue (but no solution)

In T50956#11329686, @Func wrote:

I can't reproduce this anymore (of course, for other language codes without their subpages created). I think this is fixed by my work on T229992, because all languages have implicit fallback to en.

It can still be an issue if the site language is not English and the /en subpage is not created.

Labels are displayed in client wiki language (when available), or a MUL label, or the fallback language.

I would agree with replacing SDC General and SDC-Statements with StructuredDataOnCommons. I don't agree with replacing StructuredDataOnCommons with WikibaseMediaInfo.

In T408884#11336376, @TheDJ wrote:

It would be good to know if this is recent or not. Having confirmation about that could say a lot about where to start looking for the cause of this problem.

I noticed this recently too. It seems like the options are reversed, hide registered users hides unregistered users, hide unregistered users hides registered users.

That change doesn't seem to have fixed it, the URLs are still broken.

This also happens with the zero-width joiner (ZWJ, U+200D), which you can see in the label for Sri Lanka (map):

Another example of ZWNJ being stripped is https://www.wikidata.org/wiki/Q336 where the ms-arab label is "ساءين‌س" (sains) but this query returns "ساءينس" (sainas, according to the last paragraph of https://en.wikipedia.org/wiki/Zero-width_non-joiner#Use_of_ZWNJ_for_correct_typography).

T288334 is also about prefixes used on this page.

Newer version: P83600

The columns are the language code used for the Incubator pages, the total number of pages, and the language name in the BCP47 registry, if the code exists there.

In T377663#10344033, @Nikki wrote:

This is really annoying and I need a way to turn it off. I can't write code while things are popping up all the time, hijacking keys and covering other parts of the code.

The categorisation on ak.wikipedia.org is also broken (e.g. https://ak.wikipedia.org/wiki/Category:Gaana and https://ak.wikipedia.org/wiki/Wikipedia:Administrators). Most links to pages not in the main namespace are broken as well, e,g, categories and templates on https://ak.wikipedia.org/wiki/Category:User_io-1, talk pages, user pages and user talk pages on https://ak.wikipedia.org/wiki/User_talk:Xibitgh. That includes links from other places too, e.g. the "This property is being used by" section on https://www.wikidata.org/wiki/Property_talk:P2002 and sitelinks on items.

In T394305#10826168, @AnneT wrote:

Since the text in question is a non-standard size (3em), it might be best to simply set line-height: 1.6 on it to get back to the previous state while we assess the bigger picture.

It only happens for me when the text size is set to small.

This also happens when setting the text size to "large" in the MediaWiki interface.

It does seem to be those changes. Changing the values back by adding the following to my user CSS made it appear how it used to:

This now happens without changing the font size:

In T271776#10752526, @dcausse wrote:

@Nikki (or anyone else interested in filtering on lemma spelling variants) while working on this we realized that some clarifications might be needed.
The new search keyword we will add is currently named lemmaspellingvariant, it's not ideal because quite long but I found that haslemma was too ambiguous (please let us know if you have objections/suggestions).

Searching for "PH" when adding a country

Unicode's data includes the numeric value for decimal digits (see chapter 4 of the standard and annex 44). As far as I can tell, that data covers all digits in MediaWiki's $digitTransformTable variables, except for Classical Chinese (MessagesLzh.php), and also covers over 40 other scripts not supported by MediaWiki.

Columns: Codepoint, numeric value, name

These still need to be added to LocalNamesEn.php in the CLDR extension, to the language-data repository, and (for consistency) to WikibaseContentLanguages.php in the Wikibase extension.

In T381934#10432671, @gerritbot wrote:

Change #1108403 merged by jenkins-bot:

[operations/mediawiki-config@master] Add bfw, gju-arab, gju-deva, hoc and kgg to wmgExtraLanguageNames

https://gerrit.wikimedia.org/r/1108403

rap is already available for monolingual text, see https://www.wikidata.org/wiki/Q130492298#P1705 (added in https://www.wikidata.org/w/index.php?diff=2259409536) for example.

I don't see a sticky header on the English Wikipedia. Are you sure it's not a script or gadget?

In T380671#10355696, @gerritbot wrote:

Change #1097554 had a related patch set uploaded (by Reedy; author: Reedy):

[mediawiki/extensions/WikimediaMessages@master] Wikimedia: Add missing wikibase-sitelinks-sitename- messages

https://gerrit.wikimedia.org/r/1097554

This also happens on Special:ListObjectsByType.

I've lowercased the script codes because Wikimedia's convention is to use lowercase for script and country codes - BCP 47/IANA/IETF language tags are case-insensitive, so it's still valid.

Now that it uses language codes from the CLDR extension, this will presumably also happen if any codes containing -x- are added there.

In T381370#10375135, @Lucas_Werkmeister_WMDE wrote:

But as far as I can tell, none of the related code has been touched recently, so I’d like to first know whether this is a new issue or not (and if it is new, why it didn’t happen before).

Maybe this could be fixed by removing 118 from the array on line 294 and copying what the block of code starting at line 298 does?

@LucasWerkmeister how was the 10 year estimation calculated?

This is really annoying and I need a way to turn it off. I can't write code while things are popping up all the time, hijacking keys and covering other parts of the code.

In T95100#10343712, @stjn wrote:

In T95100#10343681, @Nikki wrote:

This is really annoying, how do I turn it off?

You probably mean the change in T377663: Support autocompletion in CodeEditor. CodeMirror 6 isn’t available anywhere other than mediawiki.org yet and I don't think autocompletion is there at all.

This is really annoying, how do I turn it off?

It would be possible to do a federated query to fetch schema:height and schema:width if T297995 were fixed.

You can work around it in queries by manually adjusting the coordinates to use 0 to 360°. I created an example query years ago (it was actually the very first example query I added!) but it's since been deemed too advanced and moved to https://www.wikidata.org/wiki/Wikidata:SPARQL_query_service/queries/examples/advanced#Locations_in_Fiji where people are less likely to find it. Here's the same strategy applied to that New Zealand query: https://w.wiki/C6bB

I hate that "feature" in Wikifunctions. Overwriting people's clipboard content without warning is rude. I want to be able to select text without losing what I have in the clipboard, and that includes IDs, because I can do things like drag them into another field or middle-click paste in Linux.

The description of this ticket seems inaccurate. Languages have never been added to Names.php for Wikibase, as far as I know. Languages are added to $wmgExtraLanguageNames for Wikidata and Commons because it's not acceptable to add them to Names.php (for some unknown reason). It would be much simpler for Wikidata if things could be added to Names.php instead of needing a custom configuration, see T273627 (including the comments).

In T374354#10129654, @gerritbot wrote:

Change #1071602 had a related patch set uploaded (by Bodhisattwa; author: Bodhisattwa):

[mediawiki/extensions/WikibaseLexeme@master] Add lexeme language code txo-toto for Toto language

https://gerrit.wikimedia.org/r/1071602

This was not done correctly. Lexeme language codes need to be added to LocalNamesEn.php in the CLDR extension, so that MediaWiki has a language name for them (the ones in the WikibaseLexeme extension are not used anywhere except Special:NewLexeme). That will automatically make them available for lexemes.

CLDR's data is in kok.xml (see https://github.com/unicode-org/cldr/blob/main/common/main/kok.xml), it doesn't have a gom.xml file.

The message wikibase-lexeme-lexicographical-data is in the WikibaseLexeme extension now.

The message is in the WikibaseLexeme extension now.

based on https://global-search.toolforge.org/?q=.*&regex=1&namespaces=8&title=Lang%2F%5Ba-m%5D.* and https://global-search.toolforge.org/?q=.*&regex=1&namespaces=8&title=Lang%2F%5Bn-z%5D.*

It seems it broke at some point between the 27th of September (https://web.archive.org/web/20240927015640/https://translatewiki.net/wiki/Project:Privacy_policy) and the 5th of October (https://web.archive.org/web/20241005214803/http://translatewiki.net/wiki/Category:Translatewiki.net).

In T320889#9403141, @hoo wrote:

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:

bat-smg
be-x-old
de-formal
es-formal
fiu-vro
hu-formal
nl-informal
roa-rup
simple
zh-classical
zh-min-nan
zh-yue

This is the same problem as T215051, T262269 and T350746.

This is the same problem as T215051, T262269 and T266940.

This is the same problem as T262269, T266940 and T350746.

https://query.wikidata.org/#select%20*%20%7B%20wd:L1071911-S1%20?p%20?v%20%7D has data that was deleted in March last year.

In T375352#10178989, @Bugreporter wrote:

Currently all Wikidata properties are usable in Commons Metadata (though some are missing UI support).

I also can't reproduce this. Following the steps in Edge 128.0.2739.79 gives me the menu as expected.

{{#dir:...}} incorrectly returns "ltr" for 75% of the language codes in Template:Dir. It's a long way from being a replacement for the template.

In T372702#10071526, @Nikki wrote:

I have centralauth_Token cookies on both computers where it's happened, both have expiry times in August next year.

It happens while the browser is still running for me. When it happened yesterday, I was editing Wikidata and when I tried to save my edits, it gave me an error saying that it had failed because I was no longer logged in.

I've also put the autonyms that are in CLDR in P68546

Columns are the language code, the autonym from CLDR, and the English name from the CLDR extension.

I've put a list of language codes currently available for monolingual text (and lexemes) which aren't in language-data at P68526. I added the code I used to generate it as a comment, too, if anyone wants to generate a newer version at some point.

Generated by running the following in the browser console on the page for a Wikidata item: