This is actually related to the Cognate extension that is used by Wiktionaries.

It (doesn't) appears itself; I can't reproduce.

I see you put new namespaces under ukwikt. Wrong project, sir. I request them for Thai Wiktionary (thwikt).

I think no need for that, sir.

There is no discussion at thwikt yet. But there is a discussion at enwikt about big changes in data structure last week that applies the extension mw.wikibase on every page. https://en.wiktionary.org/wiki/Wiktionary:Grease_pit/2018/February#light_and_Lua_error:_not_enough_memory And then thwikt follow it. Current status at thwikt is to modify enwikt's source code that directly links to the Wikidata's "Q" page instead of its sitelink (AKA the relevant Wikipedia's article which should be more useful for readers).

Data to be used are already from Category:Language data modules

PS mw.wikibase is a part of the Extension:Wikibase Client.

I could easier to say that
to make interwiki mapping to another wiki that has the same/exact title
although the another wiki's page is actually a redirect page.
It does not need to double interwiki on a page anywhere.

Looks like this.

Update: I see one at https://th.wikipedia.org/wiki/%E0%B8%A1%E0%B8%B5%E0%B9%80%E0%B8%94%E0%B8%B5%E0%B8%A2%E0%B8%A7%E0%B8%B4%E0%B8%81%E0%B8%B4:Common.js but I am unable to solve it.

About templates, I found that there are (were) the langlinks of the template that are not placed inside <noinclude> affecting the main articles. (Template:ast in this case) And some bots in the past have collected these as normal interwikis. To solve this, firstly correct the template in question if exist, then call bot on its transclusion pages with "yes n | python pwb.py ..." to bypass boring questions. For example I solved this problem at ug.wiktionary

Got same problem too. They always to be removed if put -force or -cleanup (and they didn't recover when got deleted). The -noredirect does not help.

Seems no one further discuss about this. I withdraw this request.

No error message appears. Just looks like normal. When it asks for password, it does not take (hidden) input; it just print out what I press (that is my password) and it does not continue after pressing enter. (I tried many times and same behavior). I do not use password_file.

Now "python pwb.py login" is unable to login. Please check. (I am not sure if it is caused by this patch)

Hello. I also found the same issue at mg.wiktionary on these two pages while running bot:

Sorry I just see T139243 that already fix this.

Discussion page: https://km.wiktionary.org/wiki/Wiktionary:%E1%9E%95%E1%9E%8F%E1%9E%90%E1%9E%9B%E1%9E%9F%E1%9E%A0%E1%9E%82%E1%9E%98%E1%9E%93%E1%9F%8D#Wiktionary_namespace (moved from a user's talk page)

Just hold on. Someone on km.wikt proposes another names. We'll make decision in back.

Hello. I recently also face to same problem. The code are 'lad', 'vep' of wiktionary. Even they are located on Incubator; the links [lad:], [vep:] work, but the bot does not work. I hope someone can fix this.

Nullzero corrected this. https://gerrit.wikimedia.org/r/#/c/281118/

You asked if it works. Yes it works. It can edit and save. But there is consequence.

PS They are not available on translatewiki.

According to the list, 5 of 20 are bots and 9 just visited from other projects. So there are actually 6 in total. Most of them already joined the discussion.

More people came to the discussion and they all supported. (We have few active users.)

A bureaucrat on thwp has updated script as you suggested (only for one project). But the internal error still occurs when editting. So the problem doesn't come from gadgets. Please don't overlook this.

I am afraid that current local admins are not able to do this because they don't know about coding. I think we need a global staff to modify on all Thai projects.