I don't have any problems with this, but would like to hear what @Amire80 and @MF-Warburg have to say just in case.

I completely forgot that non is already available for monolingual. I think @Mbch331's solution with adding non-runr and leave non as it is (i.e. =non-latn) is the best approach.

I would prefer to have non-latn and non-runr to just non.

In T262967#6536922, @Mahir256 wrote:

I must agree with Bodhi here that having a code for sat-olck is still necessary as it is not guaranteed that Santali speakers outside of India will be able to read it. "Official" in India need not mean "official" in the other countries in which it is spoken, as a closer read of the article on the language should indicate. Besides, we already have separate language codes for a particular language and the scripts in which it is written, including the "default" (such as kk and kk-arab, kk-cyrl, kk-latn, or iu and ike-cans, ike-latn, and similarly for ks, ku, tg, and ug) so I don't see a problem with continuing this trend in the interest of preventing ambiguity.

With the exception of sat-Olck (for the reasons @Mbch331 mentions) these all make sense to me, as long as there is use for them (and I trust @Bodhisattwa knows that best). So that's a "go" from me.

Thanks for the investigation, @Nikki! Yeah, I was confused when I saw this task because they *should* be available already. So if you have any idea how to fix it @Lydia_Pintscher, a fix would be appreciated!

By not being on the Norwegian Wikipedia. ;)

Thank you very much, @ABorbaWMF , @Dbrant and others. The same problem is still present on *.m.wikipedia.org though – should that be filed as a separate bug? This language code discrepancy is fixed for desktop with $wgInterlanguageLinkCodeMap in InitialiseSettings.php. Ideally the apps & mobile website should look up that setting in order to not duplicate these things over several codebases.

FYI, this is implemented on the Korean Wikipedia with a gadget: https://ko.wikipedia.org/wiki/%EB%AF%B8%EB%94%94%EC%96%B4%EC%9C%84%ED%82%A4:Gadget-CollapsibleSidebar.js
Rather sleek, IMO.

@Ladsgroup I see in T52864 that you're involved in upgrading the lists. Do you have any idea what's causing this?

Hi @Aklapper, sorry for not following the correct procedure – I did skim through those pages first, but apparently not thoroughly enough (since I missed the fact that tags ought to be discussed first).

These seem reasonable to me, but I'd like to see if @Amire80 has any comments.

We have created the Phabricator tag Language codes to track this (and other language code isuses), instead of using this unwieldy task. I have updated the instructions for requesting languages codes for monolingual text at Wikidata, and will add the instructions from this task to the project description.