Last modified: 2007-01-06 04:42:20 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T10503, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8503 - Purge fails to rebuild transcluded template list
Purge fails to rebuild transcluded template list
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/User:Dra...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2007-01-06 03:02 UTC by Robert Rohde
Modified: 2007-01-06 04:42 UTC (History)
0 users

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Robert Rohde 2007-01-06 03:02:30 UTC
On the edit page a list of all transcluded templates was 
recently added.  This list is updated whenever the page is 
edited, but it fails to update when a page is purged.  This 
inability to update following a purge, means that pages 
like the Main Page of the English Wikipedia, which update 
based on a sequence of date dependent templates, will often 
have out-of-date transclusion lists.  The out of date lists 
make it more difficult to combat recent template vandalism.

The provided URL shows a test case of this bug based on a 
fictitous template tied to system time.
Comment 1 Rob Church 2007-01-06 03:04:56 UTC
It's not supposed to; the data comes out of the link tables, which aren't
rebuilt upon purges. Either do a null edit or wait for the job queue to update
the template links table.
Comment 2 Rob Church 2007-01-06 03:06:48 UTC
(In reply to comment #1)
> or wait for the job queue to update the template links table

Ignore this bit, it's not applicable.
Comment 3 Robert Rohde 2007-01-06 03:09:57 UTC
So how quickly might one expect them to be rebuilt?  They have been at 
least several hours out of date that I have seen.

Comment 4 Rob Church 2007-01-06 03:22:02 UTC
As I've explained above, a null edit is required to cause a link table update.
Comment 5 Robert Rohde 2007-01-06 03:24:15 UTC
Okay, then is there some reason why a purge request shouldn't be made to 
also update the relevant portion of the link table?
Comment 6 Rob Church 2007-01-06 04:08:17 UTC
"Purge" means "purge caches" - link tables aren't a cache. I don't think it
would be a brilliant idea to cause link table updates on purges, to be honest,
given the current rate at which our users apply "purge it" as a fix-everything.
Comment 7 Robert Rohde 2007-01-06 04:39:07 UTC
You mean it doesn't fix everything?  ;-)

I had always assumed that purge was functionally equivalent to a null edit in 
terms of rebuidling the page without the bother of a log entry.  Learning that 
it is not strikes me as suprising behavior.  
Comment 8 Rob Church 2007-01-06 04:42:20 UTC
No, not at all. A purge merely touches the page record so that existing parser
caches of it will be cleared for all users.

Link tables and other "relationship" information is updated when a page is saved.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links