Project

General

Profile

Actions

Bug #72179

open

Changing sorting of IRRE elements does not trigger cache clear cmd

Added by Markus Klein over 8 years ago. Updated 10 months ago.

Status:
Accepted
Priority:
Must have
Assignee:
-
Category:
FormEngine aka TCEforms
Start date:
2015-12-11
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
7
PHP Version:
Tags:
Complexity:
hard
Is Regression:
No
Sprint Focus:
Stabilization Sprint

Description

Use case

Table "master", which has records of table "slave" inside IRRE.

TCA looks like:

        'irrefield' => array(
            'exclude' => 0,
            'label' => 'some label',
            'config' => array(
                'type' => 'inline',
                'minitems' => 0,
                'maxitems' => 9999,
                'foreign_table' => 'tx_ext_slave',
                'foreign_field' => 'masterid',
                'foreign_sortby' => 'sorting'
            )
        ),

TCA of table "slave" has (as recommended in docs) no [CTRL][sorting] field set.

The records of table "master" are stored in a sysfolder and used to render output in a fully cached plugin.
The page of the plugin has a cache tag set. A clearCacheCmd is configured on the sysfolder via page TSconfig that would take care of flushing the cache for the tag in case records are changed.

Experienced behaviour

Changing the order of "slave" records in a record of "master" via IRRE does not trigger the clearCacheCmd configured via TSconfig.

The sorting is saved correctly to DB, though.

Expected behaviour

A clearCacheCmd must be executed if the children of the current record are changed as this might/will have impact on cached pages relying on those records.

Analysis

As it turns out, changing only the sorting of "slave" records does of course not make any changes to the "master" record.
Therefore no data change is detected by DataHandler and no cache clearing functionality is triggered.

Why does it work for CE assets?

Simply because there is another bug, that causes the "master" record (CE) always to have a change, so the cache is always cleared.
Those always happening field changes are "t3ver_state" and "categories".

Solution

Let the "data has changed" information bubble up to the "master" record, so that proper cache clearing can take place.


Related issues 1 (1 open0 closed)

Related to TYPO3 Core - Feature #89375: TCA settings for cache invalidation and to run Handler for related recordsNew2019-10-08

Actions
Actions #1

Updated by Benni Mack 10 months ago

  • Sprint Focus set to Stabilization Sprint
Actions #2

Updated by Christoph Lehmann 9 months ago

  • Related to Feature #89375: TCA settings for cache invalidation and to run Handler for related records added
Actions

Also available in: Atom PDF