<div class="commons-media-caption"><a href="https://commons.wikimedia.org/wiki/File:%D7%97%D7%AA%D7%99%D7%9E%D7%94_%D7%91%D7%90%D7%A0%D7%92%D7%9C%D7%99%D7%AA.gif" target="_blank">חתימה באנגלית.gif</a><br>2.633 × 801; 258 kB</div>

Solution:

<div class="commons-media-caption"><a href="https://commons.wikimedia.org/wiki/File:%D7%97%D7%AA%D7%99%D7%9E%D7%94_%D7%91%D7%90%D7%A0%D7%92%D7%9C%D7%99%D7%AA.gif" target="_blank">חתימה באנגלית.gif</a><br><span dir="ltr">2.633 × 801; 258 kB</span></div>

Based on the last screenshot it has something to do with the API response for the add interwiki dialogue, but not sure what the exact steps are that are followed there. It's easier to debug what API response is returned, when exactly every step in the add interwiki dialogue is mentioned. Based on the screenshot, the user is adding an interwiki link, this is the confirmation screen of the dialogue, but it's unclear how to get the api error (and that's partially due to the fact I can't read Georgian).

Removed the local interwiki link on the PLwiki article
https://pl.wikipedia.org/w/index.php?title=George_Baker_Selection&diff=54438827&oldid=53328016&diffmode=source
Local interwiki links override the links on Wikidata

According to the current master branch the idBlacklist in repo/config/Wikibase.default.php already is empty,
It was removed in I755075ddd16c4f1e76d546a5f3df84e097795669 by @Addshore

I just tried editing https://www.wikidata.org/wiki/Q11466925 and had no problems doing so. Could add/remove a statement and could remove/add an alias.

I checked the second query without the label service and than it works, but it returns almost 200k results. That already takes a long time and if each found triple needs to go through the label service as well, that is too long and it times out. If I limit to 1K results it takes about 4 seconds. 200k will take a lot longer. Without the label service the query takes 4534 ms, which is about just as long as 1k with the label service.

Indeed keeps loading. Added the maintainers of the tool

Could just edit the item without problems. Seems to be resolved by now.

Just tested on test.wikidata.org
Before:

Added property as exception to the abusefilter https://www.wikidata.org/wiki/Special:AbuseFilter/history/102/item/954

I think the problem here is that when you add a new statement and add qualifiers or sources it doesn't know which property you're adding (as it uses an api query if I'm not mistaken).

In T189129#4290883, @Jakob_WMDE wrote:

Merging should also be blocked if the two Lexemes link to each other in a statement.

Silly question: That already applies if one links to the other, right? They don't need to both link to one another?

Yes. If one links to the other that's enough to block a merge (that's how it currently works for items as well)

In T196473#4261717, @Vikoula5 wrote:

@Mbch331
Yes, but the shy-Latn doesn't exist in wikidata too. How can a used it ?

In T196473#4259376, @Vikoula5 wrote:

@Mbch331 for the moment we use only shy-lat, you are right. can you do it for shy-lat ?

I found where I went wrong (and probably @Vikoula5 as well): shy isn't accepted, but shy-latn is.

In T196473#4258228, @Raymond wrote:

In T196473#4258213, @Mbch331 wrote:

The request isn't related to monolingual text. Labels, Descriptions and Aliases aren't using the languages for monolingual texts.

Right. My above answer was a bit short. shy was added to Names.php per T194047. And therefore shy can be used for Labels, Descriptions and Aliases already: https://test.wikidata.org/w/index.php?title=Q149653&type=revision&diff=391466&oldid=384181

In T196473#4258202, @Raymond wrote:

Nothing to do AFAIS. It works for wikidata already, see https://test.wikidata.org/wiki/Q149653 last monoligual statement.

For labels, descriptions and aliases a language needs to be added to ULS and needs Langcom approval. I believe it needs to be requested on meta. But @GerardM @jhsoby can tell more about these rules.

In T195793#4240584, @Urbanecm wrote:

At this place, I'd like to remind that both https://www.wikidata.org/wiki/Main_page and https://www.wikidata.org/wiki/Main_Page used to exist, but were deleted by @Vogone as "bad hack". The question is what a hack is. I'm not an amdin nor a sysadmin so I cannot check, but maybe it can direct us somewhere.

Before getting deleted it was a redirect to [[Wikidata:Main Page]].

In T195793#4238638, @Micru wrote:

@Mbch331 Thanks for clarifying that. I have never used [[:d:Wikidata]] myself, so I didn't consider that it was so important for other people. For the record I have to add that typing [[:w:Wikipedia]] links to the English Wikipedia article for Wikipedia and not to the Main page of https://www.wikipedia.org/

That's because the prefix w in interwikis points to enwiki by default on multilingual projects.

@Micru This isn't invalid. The redirect is not meant for people using Wikidata itself, but for people that type in [[:d:Wikidata]] on another project and expect to reach the main page of Wikidata. Since ns0 is for items it's impossible to create a redirect ourselves. The interface and the API don't allow for this.

Seems to be working.
6320389 0.30000 cron-tools tools.ytclea r 05/25/2018 05:51:12 webgrid-generi c@tools-webgrid- 1
And I get an e-mail from my script, which means it has run.

@mmodell And I'm Special:Version gives the same version for MediaWiki as Lydia and you.

I'm using mw1267 as a server and for me Special:Version says 0.0.0 (4ec186e) 22 mei 2018 14:24 (for Lexeme)

I tried it on https://www.wikidata.org/wiki/Lexeme:L666 and I get the input field

It's not language dependend. It's for all scripts that use the default latin script so it seems. Just tested with Chinese: https://www.wikidata.org/wiki/Lexeme:L1?uselang=zh-hans and icelandic (is). They give problems too. So it definitely is a general encoding bug and can be fixed for all languages at the same time.

Community consensus can be reached by discussing it on Wikidata. Start on Project Chat and point to that discussion on the property talk page.

This needs community consensus in order to change this. So first you need to find consensus among the Wikidata community and when there's clear consensus it could be changed. Don't know if it can be done with the script that was used during the migration or that the official process for changing datatypes (Property for Deletion request and when there's consensus, the old one is deprecated and a new one is created). That's something for @Lydia_Pintscher and her team to decide, when there's community consensus.

@GerardM @jhsoby Are qya and sjn allowed as languages for monolingual properties?

@GerardM @jhsoby Is shy allowed as a monolingual language?

I'll write a patch later today

@Lydia_Pintscher Considering GerardM's last comment is this still a go or is it now a no go? Just want to be sure, before I start making a patch with the result it will never be merged.