jeblad created this task. Herald added a subscriber: Aklapper. Herald added a project: Wikidata.
TASK DESCRIPTION It seems that sometimes articles are found that should have connection to the items at Wikidata, but still is "unconnected". Two such articles were Lutz Hill <https://no.wikipedia.org/wiki/Lutz_Hill> og Rudolf Nadolny <https://no.wikipedia.org/wiki/Rudolf_Nadolny>. A wild guess is that somehow an update fails and isn't restarted propely. Because this is spotted as "something strange in the article" it is probably simpler for the (informed) reader to simply hit "purge" in the sidebar (yes it is a gadget) and force a new rendering than to try to track down the actual error. The first of the two articles had bogus wikitext, and after correcting that it was rendered properly. Whether that was the real root cause is open for debate. The second page was only fixed after the Wikidata item was updated, thereby triggering a new transfer of data to the client. What we need is probably something like a hard (?) purge that recreates all server caches at the client, and resends the data from the repo. If there is an api for this at the repo I'm not aware of it. There is one additional thing; if an item is found where a transfer has failed, then it is likely that other items in the same batch has failed. Still, the added complexity by tracking those items down could be unwanted. It will also imply that rather small actions at the client create a huge ripple effect. TASK DETAIL https://phabricator.wikimedia.org/T128893 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331 _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
