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.
Mon, Jul 16
Tue, Jul 3
Indeed keeps loading. Added the maintainers of the tool
Mon, Jul 2
Sun, Jul 1
Fri, Jun 29
Could just edit the item without problems. Seems to be resolved by now.
Just tested on test.wikidata.org
Tue, Jun 26
Mon, Jun 25
Added property as exception to the abusefilter https://www.wikidata.org/wiki/Special:AbuseFilter/history/102/item/954
Sat, Jun 23
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).
Jun 15 2018
Yes. If one links to the other that's enough to block a merge (that's how it currently works for items as well)
Jun 6 2018
Jun 5 2018
I found where I went wrong (and probably @Vikoula5 as well): shy isn't accepted, but shy-latn is.
May 29 2018
Before getting deleted it was a redirect to [[Wikidata:Main Page]].
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.
May 28 2018
May 25 2018
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.
May 23 2018
@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.
May 14 2018
May 12 2018
May 11 2018
May 10 2018
May 8 2018
May 7 2018
Apr 20 2018
Community consensus can be reached by discussing it on Wikidata. Start on Project Chat and point to that discussion on the property talk page.
Apr 19 2018
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.
Apr 18 2018
Apr 17 2018
I'll write a patch later today
Apr 16 2018
Apr 13 2018
@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.
Apr 12 2018
Apr 10 2018
Mar 31 2018
Mar 29 2018
Mar 28 2018
Mar 27 2018
cnr = Serbo-Croation
Autonym црногорски (Crnogorski)
Mar 24 2018
Mar 23 2018
Tested Firefox 59.0.1 on Windows 10, Chrome 65.0.3325.162 on Windows 10 and Microsoft Edge on Windows 10 (last 2 browsers both logged in and not logged in) and can't reproduce it. Maybe someone that also has MacOS can test it.