Bug #34193
closed
extGetNumberOfCachedPages provokes an allocate memory error
0%
Description
With activated caching framework the function extGetNumberOfCachedPages in class.t3lib_tsfebeuserauth.php provokes an allocate memory error when there are (too) many cache entries for a page.
It happens while the function "getByTag" of the variableFrontend unserializes the cache entries and puts them into the array, just to count themn later to display the number of cache entries in the admin panel.
Updated by Stefan Galinski over 12 years ago
I have added Christian as watcher to this issue. Maybe he has some ideas how to fix that issue. If you can find a solution yourself in the meanwhile, feel free to open a new review request. :-)
Updated by Leon Dietsch over 12 years ago
My quick fix is to comment the part out and return "0" :)
I don't think the number of cache entries for the current page is relevant in the admin panel. I suggest to remove the feature. Another possibility would be to add functions in the caching frontends and backends for counting the number of cache entries for a cache. But as long as only the admin panel needs to count the entries, I'd prefer to remove it.
I'd be glad to open a review request with the necessary changes, after the soultions (or better solutions than mine) have been discussed.
Updated by Stefan Galinski over 12 years ago
- Status changed from New to Needs Feedback
Just set this to "Needs Feedback", because it needs discussion like you said. I can't help myself, because I simply don't know any specifics about the caching framework.
Updated by Alexander Opitz over 11 years ago
Hi,
as this issue is very old. Does the problem still exists within newer versions of TYPO3 CMS (4.5 or 6.1)?
Updated by Leon Dietsch over 11 years ago
hello,
Yes the problem still exists. The function still calls getByTag just to count the entries. It is the same in 4.5 and 6.1.
Updated by Alexander Opitz over 11 years ago
- Status changed from Needs Feedback to New
Updated by Mathias Schreiber almost 10 years ago
- Target version set to 7.4 (Backend)
- Is Regression set to No
Updated by Susanne Moog over 9 years ago
- Target version changed from 7.4 (Backend) to 7.5
Updated by Benni Mack about 9 years ago
- Target version changed from 7.5 to 7 LTS
Updated by Susanne Moog over 6 years ago
- Category changed from Caching to AdminPanel
Updated by Susanne Moog about 6 years ago
- Target version changed from 9 LTS to Candidate for patchlevel
Updated by Georg Ringer about 6 years ago
- Related to Story #81460: Sacrifice caches' ill conceived getIdentifiersByTag added
Updated by Georg Ringer about 6 years ago
- Status changed from New to Closed
the method getByTag has been deprecated and will be removed with 10.0 therefore I am closing this issue.