gerritbot added a comment.
Change 602053 had a related patch set uploaded (by Matthias Mullie; owner:
Matthias Mullie):
[mediawiki/core@master] Remove unwanted parse step
https://gerrit.wikimedia.org/r/602053
TASK DETAIL
https://phabricator.wikimedia.org/T173339
EMAIL PREFERENCES
Bawolff added a comment.
A good way to test this theory would be to find a page affected by this and see if page_links_updated timestamp is greater than the timestamp on the wikidata edit. The timestamp on page_links_update should be the time that the page was finished being parsed (i wonder why
Jarekt added a comment.
That is correct description.TASK DETAILhttps://phabricator.wikimedia.org/T173339EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: daniel, aaron, Mike_Peel, zhuyifei1999, Lea_Lacroix_WMDE, Lydia_Pintscher, Yann, Agabi10,
daniel added a comment.
Oh! So, the problem description should be:
Let a Wikipedia add a tracking category if the linked item is missing a P1472 statement.
Then, when a P1472 is added to the item, the page should be re-renders, but it is not - it still shows the category.
When purging the
Jarekt added a comment.
Two more random thoughts:
There might be two separate issues here: (1) page pulling data from Wikidata not updated after edit on Wikidata and (2) that page purge removes category from the page but does not trigger removal of the page from the category
Related to issue 1:
Jarekt added a comment.
Some observations from the trenches (in case they help). So in case of Category:Creator templates with Wikidata link: item missing linkback:
The pages in the category will not disappear for a very long time (next edit?) even if the condition that triggered addition to the
daniel added a comment.
@aaron My confusion is understanding the subtleties of the timestamp handling in RefreshLinksJob, and the interaction between HTMLCacheUpdateJob and RefreshLinksJob, and the ParserCache.TASK DETAILhttps://phabricator.wikimedia.org/T173339EMAIL
daniel added a comment.
A wikidata change triggers links updates as follows:
ChangeHandler::handleChange calls WikiPageUpdater::scheduleRefreshLinks
WikiPageUpdater::scheduleRefreshLinks schedules a RefreshLinksJob
RefreshLinksJob::runForTitle() then...
re-parses the page (hopefully - the
Mike_Peel added a comment.
When I've seen this happening, I've just assumed it's due to large job queues, and that the update will happen eventually. Does changing the page on Wikidata not add the refresh tasks to the job queue?TASK DETAILhttps://phabricator.wikimedia.org/T173339EMAIL
Agabi10 added a comment.
This doesn't only happen in commons. It happens also in eswiki. The categories aren't refreshed until a null edit.TASK DETAILhttps://phabricator.wikimedia.org/T173339EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10,
Jarekt added a comment.
F9069083: New Picture (2).png
In the screen shot above you can see on top Creator:Andrey_Voronikhin creator page, without c:Category:Creator templates with Wikidata link: item missing linkback, and on a bottom content of c:Category:Creator templates with Wikidata link: item
11 matches
Mail list logo
