"Should not show the additional language variants for non-article pages." should not be the expected behavior: users should able to switch between language variants for existed pages.

Problem with long titles:

This is the top section from the page wikitext source code, not the description from the Wikidata item.

Just curious:

Confirmed already fixed in Gerrit v3.8.5:

Current internal link prefix usages:

Well, it's already "broken by language when logged out" for me:

In T45646#9705396, @Dennisroczek2 wrote:

https://wiki.documentfoundation.org/Main_Page

• First translation export: https://gerrit.wikimedia.org/r/1017680

I think we could just use this task for fixing the listed missing data in URL in the task description.

Pull request 314 had a related patch set uploaded (by Winston Sung; author: Winston Sung):

[wikimedia/language-data@master] Update language names and region data

https://github.com/wikimedia/language-data/pull/314

Thanks @Arlolra , @ssastry !

Looks like we missed the Parsoid part.

(resolved)

In https://gerrit.wikimedia.org/r/1009741

Question/problem:

• There are three Han-related writing systems: Chữ Hán, Chữ Nôm, Hán Nôm (Chữ Hán + Chữ Nôm)
  • Currently, they all use the Hani code
  • If we choose Chữ Nôm for 'vi-hani', which codes are we going to use for Hán Nôm and Chữ Hán?

In https://gerrit.wikimedia.org/r/1009741

Should we use "Hanja script" (like ja used "Kanji script") or generic "Han script"?

In https://gerrit.wikimedia.org/r/1009741

A little unsure:

• Only saw the Latin script mentioned on translatewiki.net Portal:ary
• Only saw Arabic on MediaWiki messages translation
• Saw Arabic on ULS
• Only saw Arabic on Wikipedia-en
• Only saw Arabic on CLDR charts

Is it used in Wikidata (e.g., Lexemes)?

Great thanks!

Wikidata now uses the languages from the cldr extension for monolingual text and lexemes, so if you add them to LocalNamesEn.php , they'll show up in Wikidata.