TYPO3 Core

I'm NOT using the caching framework...

cache_treelist is not implemented in the caching framework, so this doesn't make a difference. There is a second bug with cache_treelist, I related it.

Thanks for enlightenement, Christian!

The problem lies in the following code in <i>tx_cmstreelistCacheUpdate::determineClearCacheActions</i>:

switch ($updatedFieldName) {
  case 'pid':
    // page moved
    $actions['allParents']    = true;
    $actions['uidInTreelist'] = true;
  break;
  case $GLOBALS['TCA']['pages']['ctrl']['enablecolumns']['disabled']:
  case $GLOBALS['TCA']['pages']['ctrl']['enablecolumns']['fe_group']:
  case $GLOBALS['TCA']['pages']['ctrl']['delete']:
  case 'extendToSubpages':
  case 'php_tree_stop':
    // page hidden / unhidden / deleted / extendToSubpages set
    // php_tree_stop and/or FE groups set
    $actions['uidInTreelist'] = true;
  break;
...

uidInTreeList can only work, when the currently processed uid IS in the tree list of the cache entry. But when unhiding a page, it is NOT inside, so we can't find the corresponding record and delete it. Instead we have to set action to allParents to remove all the cache entries for parent pages.

Patch will come soon, I'm a bit undecided on the other options, yet. Maybe some are affected by the same bug?!?

fe_group: Page was access restricted (> not in the cache?) and restriction is removed (> we can't find the cache entry?)
extendToSubpages: apply access restrictions also to subpages.. have to think about this
php_tree_stop: what's that?

4.4 and 4.3 (revisions 7579 & 7580)