[TYPO3-dev]  Bug in t3lib_pageSelect::storeHash()
    Chris Zepernick {SwiftLizard} 
    chris at swift-lizard.com
       
    Tue Aug 10 13:50:23 CEST 2010
    
    
  
Hi guys,
I think I just found a bug in t3lib_pageSelect::storeHash(), at the use 
of the caching framework.
As far as I get it with different content this method will never be able 
to get the same hash, right ?
At the moment, if one uses the new cachingframework, this is the only 
condition checked before the cache->set is perfomed.
To my mind it would be more logical if we check if the hash already 
exists (cache->has) before we perform the cache->set action. This way we 
would prevent the delete and insert each time the page is loaded.
The other bug is that the method has the false lifetime default.
In current (4.3.5) Core the default lifetime is set to 0 instead of NULL
which leads to the problem that, in case of the caching framework, this
cache entry never lifes.
What do you think, am I right ?
Should this be fixed ? To my mind yes because otherwise storeHash 
combined with cachingframework will penetrate the db even if the hash 
allready exists.
regards
Chris
    
    
More information about the TYPO3-dev
mailing list