Bug #90257
closed
[xxx in tree.rootLineIds] TypoScript condition causes page cache regeneration on each request
Added by Wiebke Lauke about 4 years ago.
Updated 3 months ago.
Description
For example condition:
[123 in tree.rootLineIds]
# add a class to body tag
[GLOBAL]
That condition works fine in Application Context "Development" (no cache) but doesn't work in Application Context "Production" (caching).
See also https://forge.typo3.org/issues/88374
That bug still exists in TYPO3 9.5.13.
- Related to Bug #88374: [xxx in tree.rootLineIds] TypoScript condition causes page cache regeneration on each request added
- Status changed from New to Needs Feedback
Hey.
I think this resolved meanwhile, at least in v12: condition verdicts are part of the page cache identifier hash, if their verdict changes, which can't happen for a rootline condition for the same page, different page cache entries are generated.
Would you like to recheck? From what I remember of the <v12 code, it should do as well, and in v12 these areas have been streamline systematically so I'm rather sure it's fine in v12.
- Status changed from Needs Feedback to Closed
- TYPO3 Version changed from 9 to 12
The pages are cached, the result though is that the condition is not changing the values as expected. Example:
logo = EXT:koch_theme/Resources/Public/Images/logo.svg
[45 in tree.rootLineIds]
logo = EXT:koch_theme/Resources/Public/Images/logo-snowboard.svg
[END]
Now if I visit a page below the 45 PID and a cache entry is generated, the logo will be shown across the whole page, even outside the 45 pid rootline. Then If I recreate the cache entry outside the 45 pid rootline, it will show the logo.svg even on all pages inside the 45 pid rootline.
- Status changed from Closed to New
reopened. needs reproduce confirmation.
- Status changed from New to Needs Feedback
- Related to Bug #102531: Wrong visitor in FE condition matching added
- Status changed from Needs Feedback to Closed
Hey.
I re-tested this in FE with this TS:
page = PAGE
page.10 = TEXT
page.10.value = foo
[33346 in tree.rootLineIds]
page.10.value = bar
[END]
Works for me, I was unable to reproduce an issue together with cached / non cached pages and different pages where the condition matches or does not.
Since we fixed a condition related issue in v12 with #102531 and I think another one before of that, I'm kinda sure there is currently no further issue with that.
I hope its ok to close here for now since there was also no more feedback on the topic.
Also available in: Atom
PDF
Updated by 
Updated by 
Updated by 
Updated by