https://bugzilla.wikimedia.org/show_bug.cgi?id=5382

Tim Starling <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Automated purge (e.g. after |refreshLinks jobs not
                   |Special:Undelete) does not  |queued on template deletion
                   |perform secondary data      |
                   |updates (links tables, page |
                   |properties, ..)             |

--- Comment #21 from Tim Starling <[email protected]> ---
The original report is pretty clear, and does indeed reflect what is in the
code, now and historically, so I've changed the bug summary accordingly:
"refreshLinks jobs not queued on template deletion".

WikiPage::doDeleteUpdates() ensures referential integrity in the links tables,
but does not trigger re-parsing for pages that use the deleted page as a
template.

(In reply to comment #1)
> The same problem manifests itself when a template's category is changed

This is unrelated. It was probably just job queue lag.

(In reply to comment #18)
> Still in 2013 when a page is purged, we don't perform the same updates as
> when actually re-saving the page (at least a null edit).

This is unrelated.

> Which means whenever an edit is made to a page that will result in a change
> in secondary data (links and/or page properties) to a trascluding page, the
> update doesn't happen.

By analysing the test case which gave rise to this complaint, this was
confirmed to be just job queue lag.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to