| Kareyac | |
| Apr 23 2019, 4:00 AM |
| F28832742: obrazek.png | |
| Apr 28 2019, 9:53 AM |
| F28832814: obrazek.png | |
| Apr 28 2019, 9:53 AM |
The gadget removes link from the old item but it doesn't add it to the new item.
Ex. Moving from Q25161354
https://www.wikidata.org/w/index.php?title=Q25161354&diff=922401925&oldid=922401824
but not adding to Q1144326
https://www.wikidata.org/wiki/Q1144326
Look also reports
https://www.wikidata.org/wiki/MediaWiki_talk:Gadget-Move.js#Partly_broken and
https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Move.js_partly_broken
Thank you
Finally, I captured the sever response (and then even one more time):
In other words, the removed sitelink cannot be added to the other item because (the system thinks) it's still in the first item, although it's already been removed. The server is probably too slow to handle consecutive sitelink removal and addition.
Seems to be irrelevant, it isn't used by the gadget...
No change has been made yet, it's likely this will happen again and again.
Not sure what those links justify.
Having looked at the gadget code and Wikibase API code briefly it might be tempting to see this as an issue with the "add sitelink" API call happening too fast after the removal. How often does this happen? Could we have some more data on failing cases (i.e. responses posted above are very useful, I'd still be a bit interested in the respective requests). I couldn't quickly reproduce the situation myself, I also don't want to make random edits on Wikidata to just debug the issue.
Could you try a bit of artificial "sleep" time after the first API call in the gadget, to rule out that it is or is not the timing issue?
I don't use it that often, but I think it didn't work every time in recent weeks.
https://www.wikidata.org/wiki/Q15397819
This sandbox has sitelinks that could be moved to another sandbox.
I tried it there just now: the first worked, the second didn't.
Maybe it has something to do with the edits done just before.
Could you try a bit of artificial "sleep" time after the first API call in the gadget, to rule out that it is or is not the timing issue?
Did it. The gadget will now wait 1000ms before adding the link: https://www.wikidata.org/w/index.php?title=MediaWiki:Gadget-Move.js&diff=944221212&oldid=747108531.
Thanks to both of you. I tested the workaround on the sandbox item above and it worked.