Closed (fixed)
Project:
Boost
Version:
6.x-1.x-dev
Component:
Expiration logic
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
4 Nov 2009 at 19:49 UTC
Updated:
20 Nov 2009 at 10:50 UTC
Jump to comment: Most recent file
Comments
Comment #1
mikeytown2 commentedProblem that I encountered can be traced to boost_cache_expire_by_db() function. It assumes that the correct data in the database will be there; this just bit me due to an old version (1.0beta2) being upgraded to 1.14 and pressing the flush page button on a node. All nodes of that type got flushed. I should probably create a lookup function to get the ID of nodes and taxonomy based on the old version and place it in the boost_update_6103() function. Add in the base path as well.
Anyway this patch fixes the root cause; it makes sure all 3 fields in the database is set before doing a search and destroy on it.
Comment #2
mikeytown2 commentedTo go along with the if have an else that kills the file directly since it should be expired. That way the original request for that page to be flushed is done even if it can't find the related pages due to incomplete info in the database.
Comment #3
mikeytown2 commentedComment #4
mikeytown2 commentedMore reworking for boost to be able to flush when its an old version of the database or even no database.
Comment #5
mikeytown2 commentedDecided to clean up else where as well
Comment #6
mikeytown2 commentedcommitted with some changes in comparison to the above patch