Sun, Nov 4
This affects all properties of the Commons Media File type.
The name and the size are in 1 div (class = commons-media-caption)
<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>
<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>
Fri, Nov 2
Sun, Oct 28
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).
Sat, Oct 27
Tue, Oct 23
Sep 7 2018
Removed the local interwiki link on the PLwiki article
Local interwiki links override the links on Wikidata
Sep 2 2018
According to the current master branch the idBlacklist in repo/config/Wikibase.default.php already is empty,
It was removed in I755075ddd16c4f1e76d546a5f3df84e097795669 by @Addshore
Aug 18 2018
Jul 26 2018
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.
Jul 20 2018
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.
Jul 16 2018
Jul 3 2018
Indeed keeps loading. Added the maintainers of the tool
Jul 2 2018
Jul 1 2018
Jun 29 2018
Could just edit the item without problems. Seems to be resolved by now.
Just tested on test.wikidata.org
Jun 26 2018
Jun 25 2018
Added property as exception to the abusefilter https://www.wikidata.org/wiki/Special:AbuseFilter/history/102/item/954
Jun 23 2018
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.