agray added a comment.
@dcausse For the sample here (enwiki FAs) it affects ~0.1% over the course of a year, and presumably older ones are being swept up by the reloads. I think that's reasonable enough to file as "a rare problem" if the alternative would cause performance issues. It might potentially be more of an issue in future as more sitelinks get noted as redirects - these are presumably a bit more likely to be moved around, deleted, replaced etc than the existing pool of badged articles, which are presumably generally quite stable. So might be worth keeping an eye on. From the comments on the linked thread, I did a test using Q6390796, one of the items with a "ghost FA badge". - Adding a GA badge (ie a different badge) to the enwiki sitelink: the query service reports **both** badges. - Removing the GA badge again: it correctly removes that one, but retains the original ghost FA badge - Deleting the enwiki sitelink, then re-adding it: the ghost badge returns - Manually adding a FA badge: it shows up on search as expected - Removing the new FA badge again: it finally disappears So I can confirm that "add the ghost badge then remove" is a functioning solution for individual items here; editing other badges or simply deleting/readding the sitelink won't do it. TASK DETAIL https://phabricator.wikimedia.org/T323239 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: agray Cc: dcausse, Tagishsimon, Aklapper, agray, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, MPhamWMF, maantietaja, CBogen, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
_______________________________________________ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org