MisterSynergy added a comment.

  I came across some of these cases and thought the situation could require 
some tidying, so I wrote a script which lists sitelinks to inexistent client 
wiki pages in order to process them. Some patterns that I notice after closely 
looking at dewiki, ptwiki, and cawiki:
  
  - There are several hundred such cases for each of these three wikis; cawiki 
is even clearly above 2000 cases. These sitelinks to inexistent pages are still 
there in Wikidata, but I plan to remove them soon.
  - Both "User does not exist at Wikidata" and "User is blocked at Wikidata" 
are super rare scenarios that might not even be worth to worry about. In almost 
all cases, neither of these is the case.
  - The clear majority of cases are the result of "move without leaving a 
redirect behind" actions on client wikis; deletions make up for a much smaller 
number.
  - Two patterns that happens surprisingly often:
    - A user performs "move without leaving a redirect behind" on a redirect 
page on a client wiki. I suppose the corresponding action on Wikidata fails 
because redirects are not allowed as sitelinks.
    - A user performs "move without leaving a redirect behind" on a client wiki 
and the page is moved to another namespace. Is it intentional that the 
corresponding action on Wikidata fails, or does it happen by accident? In some 
cases, it would indeed be better to remove the sitelink rather than updating 
it, e.g. when a page is moved from main to user namespace in the client wiki.
  
  There are still plenty of cases which cannot be explained in any of these 
ways. Maybe "Wikidata is read-only" at the moment of the edit can also lead to 
missed sitelink updates.

TASK DETAIL
  https://phabricator.wikimedia.org/T143486

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: MisterSynergy
Cc: MisterSynergy, Mike_Peel, Bencemac, ARR8, abian, Nikki, matej_suchanek, 
Lydia_Pintscher, NicoScribe, Ladsgroup, PokestarFan, ArthurPSmith, 
Liuxinyu970226, Izno, hoo, Aklapper, Esc3300, Invadibot, maantietaja, 
Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
_______________________________________________
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org

Reply via email to