(In reply to comment #0)

Actual behavior

• ?action=purge does *not* update the langlinks entries
• A null edit does.

What if you try using ?action=purge&forcelinkupdate=1 via the API ([[mw:API:Purge]])

Yes, that one works.

It's actually conceptually unclear whether langlinks should contain the *effective* language links, or only the ones actually defined on the wiki page. According to your report, the behavior is actually inconsistent. That would definitely be a bug.

langlinks table should at least not contain langlinks which are neither local defined nor at wikidata repository.

select * from dewiki_p.langlinks where ll_from=6463057;
+---------+---------+-------------+

+---------+---------+-------------+

+---------+---------+-------------+

http://de.wikipedia.org/wiki/Mark_Atkins (with pageid 6463057) does not contain any local langlinks and on wikidata repository the it sitelink was removed three month ago https://www.wikidata.org/w/index.php?title=Q1899938&diff=128208462&oldid=127387275. So the it-langlink row must be removed.

This is original an update queue problem. But there must be a way to fix this.

Data Analysis Tools have big problems with this incorrect database table data.

Ok so who can decide if this table should contain only locally defined links or also the ones from Wikidata?