Project

General

Profile

Actions

Bug #34193

closed

extGetNumberOfCachedPages provokes an allocate memory error

Added by Leon Dietsch about 12 years ago. Updated over 5 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
AdminPanel
Start date:
2012-02-23
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.5
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

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.


Related issues 1 (0 open1 closed)

Related to TYPO3 Core - Story #81460: Sacrifice caches' ill conceived getIdentifiersByTagClosed2017-06-03

Actions
Actions #1

Updated by Stefan Galinski about 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. :-)

http://wiki.typo3.org/Contribution_Walkthrough_Tutorials

Actions #2

Updated by Leon Dietsch about 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.

Actions #3

Updated by Stefan Galinski about 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.

Actions #4

Updated by Alexander Opitz almost 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)?

Actions #5

Updated by Leon Dietsch almost 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.

Actions #6

Updated by Alexander Opitz almost 11 years ago

  • Status changed from Needs Feedback to New
Actions #7

Updated by Mathias Schreiber over 9 years ago

  • Target version set to 7.4 (Backend)
  • Is Regression set to No
Actions #8

Updated by Susanne Moog over 8 years ago

  • Target version changed from 7.4 (Backend) to 7.5
Actions #9

Updated by Benni Mack over 8 years ago

  • Target version changed from 7.5 to 7 LTS
Actions #10

Updated by Mathias Schreiber over 8 years ago

  • Target version deleted (7 LTS)
Actions #11

Updated by Susanne Moog over 6 years ago

  • Category set to Caching
Actions #12

Updated by Susanne Moog almost 6 years ago

  • Category changed from Caching to AdminPanel
Actions #13

Updated by Susanne Moog almost 6 years ago

  • Target version set to 9 LTS
Actions #14

Updated by Susanne Moog over 5 years ago

  • Target version changed from 9 LTS to Candidate for patchlevel
Actions #15

Updated by Georg Ringer over 5 years ago

  • Related to Story #81460: Sacrifice caches' ill conceived getIdentifiersByTag added
Actions #16

Updated by Georg Ringer over 5 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.

Actions

Also available in: Atom PDF