In T138332#5758826, @Lydia_Pintscher wrote:

I looked at https://wikisource.org/wiki/Main_Page and followed the "Wikidata item" link in the sidebar.

In T138332#5758791, @Lydia_Pintscher wrote:

Ok it seems to work now to add links but they are not shown in the Item -.- Adding to camp for investigation.

In T174160#5744352, @jeblad wrote:

This is not according to what no.wiktionary and no.wikiquote announce on their main page, they say they use “norsk”. This change needs a discussion on those projects.

In T194047#5701814, @MarcoAurelio wrote:

SIL states at https://iso639-3.sil.org/code/shy that the language name is Tachawit. I don't think we should be deviating from the standards unless the language name recorded at SIL is wrong, in which case SIL must be corrected first. "Community said so" is a rather weak reason. Rather they should state why the language name recorded at SIL is wrong, and maybe someone submit a change request at SIL. If SIL accepts the change, we could rename it on core afterwards.

No problems, OK from langcom.

Keep in mind that for banwiki, I imported things almost immediately after it was created – there's a good chance that some initializing processes weren't quite ready for that. Also, the special page for importing things is quite broken when you try to import many pages at the same time, so there might be something went wrong with it somehow.

@DannyS712 Sorry for the delay; I've imported the following page to the Shawiya Wiktionary (https://shy.wiktionary.org/) now: https://shy.wiktionary.org/wiki/Useqdac:DannyS712/Section-strike

The community at the newly created shywiktionary are saying the name should be "tacawit", not "tachawit". I'll add a patch to amend this shortly.

In T238105#5686581, @Ladsgroup wrote:

In T238105#5686574, @Raymond wrote:

Something still wrong with the interwiki. [[:shy:wikt:Asebtar amenzu]] redirects to https://incubator.wikimedia.org/wiki/Wp/shy?goto=mainpage instead to the newly created Wiktionary in Shawiya.
Test page: https://test.wikipedia.org/wiki/User:Raymond/interwikis

It's because this wiki doesn't have a Wikipedia. It's only a wiktionary now. Using [[:wikt:shy:Asebtar amenzu]] would fix it (first going to English Wiktionary and then going to shy wiktionary instead of going to shy Wikipedia (which doesn't exist) then trying to go to shywiktionary.

In T238104#5683753, @Raymond wrote:

Interwiki code gcr does not work, see https://de.wikipedia.org/wiki/Wikipedia:Projektneuheiten#20._November

In T238105#5683749, @Raymond wrote:

Interwiki code shy does not work, see https://de.wikipedia.org/wiki/Wikipedia:Projektneuheiten#20._November

In T238105#5681094, @Dcljr wrote:

Note that visiting https://shy.wiktionary.org/ does not bring up the existing local main page https://shy.wiktionary.org/wiki/Amzawru_Tasfhit (created about 11 hours ago by 127.0.0.1 when the wiki was created). I'm not sure if this is a sign of a "deeper" problem or (at the other extreme) if it's to be expected at this point in the process.....

Right, sorry – forgot to remove the defaults when creating the task. :-)

In T63115#5646904, @Krinkle wrote:

https://codesearch.wmflabs.org/search/?q=setlang&i=nope&files=%5C.(js%7Cphp%7Chtml)%24&repos=
Only three results then:

1. extensions / Translate: Replaces mw.uls.changeLanguage with a function that creates a link to ?setlang= instead of using the API.
2. extensions / UniversalLanguageSelector: Handles requests with setlang parameter.
3. operations / mediawiki-config: A random url for fawikisource that looks like it may've confused setlang for uselang.

So the main thing is the JS method mw.uls.changeLanguage(). The default definition of that in the ULS extension uses the API already. Why is this overridden by Translate? Is this used in production?

In T228745#5358477, @Jdforrester-WMF wrote:

Creating foo.incubator.wikimedia.org wikis and then moving them, however, would create some exceptional technical issues (renaming wikis is essentially impossible to do without breaking things) and add burdens to all read requests on all other wikis (any new fourth-level domain, and particularly any domain under wikimedia.org, bloats the CORS/etc. headers).

Note: This would be the very first Wikimedia language project where the Wikipedia is not the first project to be created. Could there be any unforeseen consequences to that (if we knew, they wouldn't be unforeseen, but you know what I mean)?

@Aklapper Why that change in task relations?

Yes, per Amir's comments adding it with the code ccp (withotu script identifier) is fine.

Thanks for creating this, @fdans!

In T237375#5635188, @Michael wrote:

This is unrelated to Wikidata Bridge, which is a feature still in early development.

For the record, I'm fine with adding these. However I believe the correct language code for Kalinago is [crb](https://iso639-3.sil.org/code/crb) – [car](https://iso639-3.sil.org/code/car) is a different, though related, living language spoken in mainland South American countries, while crb was spoken in Caribbean islands just like Taíno.

OK from LangCom.