Last modified: 2013-06-11 18:30:05 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 T26575, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24575 - Category and image description pages not purged from file cache or squid cache on link update
Category and image description pages not purged from file cache or squid cach...
Status: NEW
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
1.17.x
All All
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-07-29 02:40 UTC by Tim Starling
Modified: 2013-06-11 18:30 UTC (History)
5 users (show)

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


Attachments

Description Tim Starling 2010-07-29 02:40:43 UTC
When someone adds or removes a category from a page, the relevant category page changes. And when someone adds or removes an image from a page, the relevant image description page changes, due to the list of file links. 

Cache updates for these changes are handled by LinksUpdate::invalidatePages(). However, this function does not update the HTML file cache (i.e. $wgUseFileCache=true), and it does not purge Squid. Thus, anonymous users see the old versions of categories and image description pages after an edit is made.

The fix is made more complicated by the fact that neither of these updates should be done in the same transaction as the main link update. The link update transaction locks a lot of rows, and needs to be closed off as soon as possible.
Comment 1 Platonides 2011-12-06 21:17:52 UTC
Weren't LinksUpdate done in the DeferredUpdates?
Comment 2 Tim Starling 2012-03-26 04:43:57 UTC
(In reply to comment #1)
> Weren't LinksUpdate done in the DeferredUpdates?

No, and it wouldn't help if they were. DeferredUpdates is mostly useless, I've migrated most callers away from it. I don't know why Chad bothered to work on it in 1.19.
Comment 3 Till Kraemer 2012-06-06 11:44:30 UTC
I'm running MediaWiki 1.19.0 and I have the exact problem. My main page doesn't change too, but that kinda makes sense because it doesn't get edited, the changes are just made through template rotation.

I'm gonna add a shell script (which deletes the category files and the main page from the file cache) to crontab.

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


Navigation
Links