Page MenuHomePhabricator

Problems with page_props on clients
Closed, ResolvedPublic

Description

Many pages listed in http://quarry.wmflabs.org/query/1257, eg. the third one, have pp_propname = 'wikibase_item' and a pp_value although they are not connected with an item. Purging neither on the client nor the repo helps. Note that all those pages are redirects, so maybe the problem occurred when they were redirected.

We can see another problem in the line with page_title = Bitva_u_Bibrakte which has pp_value = 'q635028', ie. with lowercase. (There are even more.) This should be investigated as it can cause invalid results when JOINing with wikidatawiki.page_title.

I got the first problem reported by @Edgars2007 few weeks ago.


related discussion, more samples and how to reproduce bug

Event Timeline

matej_suchanek raised the priority of this task from to Needs Triage.
matej_suchanek updated the task description. (Show Details)
Restricted Application added subscribers: StudiesWorld, Aklapper. · View Herald Transcript

I can't reproduce these issues locally, might have been something failing a long time ago. Null editing the pages in question should fix the rows.

Do you have an recent examples of page where this happened?

Both cases can indeed be fixed by doing a null edit.
For the first issue, the most recent case would be https://cs.wikipedia.org/w/index.php?title=Mistr_Klosterneuburgsk%C3%A9ho_olt%C3%A1%C5%99e&redirect=no.

SELECT * FROM cswiki_p.page_props WHERE pp_propname = "wikibase_item" AND pp_value LIKE "q%";

gives 1700+ results now on cswiki.

New cases of page props getting inconsistent would probably be addressed by T107722. For the old cases (also where we have lower case ids), we need to mass purge (with forcelinkupdate) these pages.

This seems to be problem with wbc_entity_usage as well where pages connected to merged items still track the redirected one.

About the lowercase issue, see T172642. This problem seems unrelated to the question about articles linked to redirected items.

This might have been fixed with T233520 resolved.

Addshore claimed this task.
Addshore subscribed.

I'm going to go ahead and close this inactive ticket per the comment above.
T233520#6416660 was recently reopened but I dont think also having this open serves us at all.