-
-
Notifications
You must be signed in to change notification settings - Fork 224
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BUG after upgrade from 8.3.12 to 8.3.13: deleting nodes does not flush relevant caches #5105
Comments
Thanks for your report. Might be related to #4291 |
The cause is the commit c99cd8b When I delete the lines, it is working as expected. |
I also noticed that backend caches are flushed correctly and it's merely the frontend caches that are not getting flushed. Looking at the previously mentioned commit I would assume that the node is already |
Fixed with #5124. Will be released with next bugfix release soonish. |
What exactly was the behavior you had? @patricekaufmann |
With 8.3.14, I cannot reproduce any of the issues I encountered before. I also tried publishing to another internal workspace first. It works as expected when publishing to the live workspace afterwards via the workspace module. |
I recorded it again but in OBS and with a better solution: 2024-06-14.20-13-55.mp4I even updated my project to Neos 8.3.15 but this didnt help either.. And i dont believe this is a problem with my NodeType configuration. |
And if i edit my publishd node, the change will not even be registered. 2024-06-14.20-20-47.mp4 |
I solved it but i really have no idea what the issue was. For small nodes like a headline i always build my renderer like: headline = ${q(node).property('title')}
renderer = afx`
<Neos.Neos:Editable property={props.headline}/>
` But this didnt work. I'm 100% sure this SHOULD work! As i have done this the same way hundred of times already. With:
It works. |
The first didn't work because it is wrong. Neos.Neos:Editable want the property name, not the value of the property. So your code should look like this:
But it is better anyway to keep the |
Yes 🤦🏼♂️ I dont know if i should laugh or cry 😅.. Thanks @jonnitto ❤️ |
Is there an existing issue for this?
Current Behavior
In 8.3.13, caches are no longer getting flushed when a node is deleted. The cache configurations make use of the EEL helpers
Neos.Caching.nodeTypeTag
andNeos.Caching.descendantOfTag
, in both cases caches are no longer getting flushed when deleting a node that should lead to a cache flush. I verified the issue not occuring in 8.3.12.Expected Behavior
Referencing cache entries should be flushed when a node is deleted.
Steps To Reproduce
No response
Environment
Anything else?
Edit: I noticed that backend caches are flushed correctly and it's merely the frontend caches that are not getting flushed.
The text was updated successfully, but these errors were encountered: