Bug #91404
closedAfter update from 9.5.16 to 9.5.17 I get an error 'Cannot serialize'
100%
Description
I just updated core from 9.5.16 to 9.5.17 after that I get an error
(1/1) #1588784141 BadMethodCallException Cannot serialize TYPO3\CMS\Extbase\Reflection\ReflectionService
In my log, I seeing it
Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1588784141: Cannot serialize TYPO3\CMS\Extbase\Reflection\ReflectionService | BadMethodCallException thrown in file /usr/share/typo3/typo3_src-9.5.17/typo3/sysext/core/Classes/Security/BlockSerializationTrait.php in line 30. Requested URL: https://dev9.typo3.org.ua/forum/typo3-cms/install-typo3
Files
Updated by Oliver Hader over 4 years ago
Can you please provide a stack trace and describe what actually happens on your system, or where/when this message occurs. How can it be reproduced? Thx
Updated by Oliver Hader over 4 years ago
- Related to Bug #91387: Relax constraints on serializing objects added
Updated by Vasyl Mosiychuk over 4 years ago
Oliver Hader wrote:
Can you please provide a stack trace and describe what actually happens on your system, or where/when this message occurs. How can it be reproduced? Thx
Yes, I will do it later...
Now I am researching it and search for the reason
Here place for test because it only happens here https://dev10.typo3.org.ua/forum/
Updated by Markus Hofmann over 4 years ago
- File stack trace.html stack trace.html added
According to our system the problem occurs when logging in with a frontend user. (9.5.17)
You will find the complete error output from my local system in stack trace.html
Updated by Vasyl Mosiychuk over 4 years ago
- File stack trace.html stack trace.html added
Markus Hofmann wrote:
According to our system the problem occurs when logging in with a frontend user. (9.5.17)
You will find the complete error output from my local system in stack trace.html
It is my stack trace.html...
I already know what is the issue... in my case and yours too ... it is UncacheViewHelper
https://fluidtypo3.org/viewhelpers/vhs/master/Render/UncacheViewHelper.html
In my template I use... I need this element not cached
<v:render.uncache partial="ItemLayout/Forums/Button/AddNew" arguments="{uid:'{pageData.uid}',navtitle:'{pageData.nav_title}'}"/>
In my and in your stack trace I found him... when I comment him an error not appeared...
Now is stay question, how is it resolve?
I use VHS: Fluid ViewHelpers version 6.0.0
Updated by Oliver Hader over 4 years ago
Vasyl Mosiychuk wrote:
Markus Hofmann wrote:
I use VHS: Fluid ViewHelpers version 6.0.0
Thanks, that helps... https://github.com/FluidTYPO3/vhs/blob/development/Classes/View/UncacheTemplateView.php#L48
ext:vhs is putting the whole rendering stack into cache - which is "suboptimal" in general, but with recent changes denied.
Updated by Vasyl Mosiychuk over 4 years ago
Oliver Hader wrote:
Thanks, that helps... https://github.com/FluidTYPO3/vhs/blob/development/Classes/View/UncacheTemplateView.php#L48
ext:vhs is putting the whole rendering stack into cache - which is "suboptimal" in general, but with recent changes denied.
Thanks!
...is there a way to solve this problem?
Updated by Gerrit Code Review over 4 years ago
- Status changed from New to Under Review
Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64494
Updated by Gerrit Code Review over 4 years ago
Patch set 2 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64494
Updated by Oliver Hader over 4 years ago
- Has duplicate Bug #91393: Cachingproblems after recent TYPO3 9.5.17 added
Updated by Vasyl Mosiychuk over 4 years ago
Thank everyone! Sorry! Who can say more about it because I can not understand whether the issue comes from TYPO3 or VHS ViewHelper?
I am just in case create a new issue here https://github.com/FluidTYPO3/vhs/issues/1647
Updated by Gerrit Code Review over 4 years ago
Patch set 3 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64494
Updated by Gerrit Code Review over 4 years ago
Patch set 4 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64494
Updated by Gerrit Code Review over 4 years ago
Patch set 5 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64494
Updated by Gerrit Code Review over 4 years ago
Patch set 6 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64494
Updated by Gerrit Code Review over 4 years ago
Patch set 7 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64494
Updated by Gerrit Code Review over 4 years ago
Patch set 1 for branch 9.5 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64532
Updated by Anonymous over 4 years ago
- Status changed from Under Review to Resolved
- % Done changed from 0 to 100
Applied in changeset b9ace2c1bb05610b246b13853426cf05d715c100.
Updated by Gerrit Code Review over 4 years ago
- Status changed from Resolved to Under Review
Patch set 2 for branch 9.5 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64532
Updated by Gerrit Code Review over 4 years ago
Patch set 3 for branch 9.5 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/c/Packages/TYPO3.CMS/+/64532
Updated by Philip Heidenreich over 4 years ago
Same error with FileLockStrategy. TYPO3 v9.5.17, vhs v6.0.0 (as well as 5.2.0) and changes from patch applied.
(1/1) #1588784141 BadMethodCallException
Cannot serialize TYPO3\CMS\Core\Locking\FileLockStrategy
Updated by Anonymous over 4 years ago
- Status changed from Under Review to Resolved
Applied in changeset eda9a9a40a77b658a355d65928cd0b0670094bb8.
Updated by Jacco van der Post over 4 years ago
Philip Heidenreich wrote:
Same error with FileLockStrategy. TYPO3 v9.5.17, vhs v6.0.0 (as well as 5.2.0) and changes from patch applied.
(1/1) #1588784141 BadMethodCallException
Cannot serialize TYPO3\CMS\Core\Locking\FileLockStrategy
I got the same
Updated by Philip Heidenreich over 4 years ago
Solution in https://forge.typo3.org/issues/91387#note-9 seems to work to write into the cache. But a page reload and reading from cache returns following error:
(1/1) #1588784142 BadMethodCallException
Cannot unserialize TYPO3\CMS\Core\Locking\FileLockStrategy
Removing __wakeup method works. Can anyone name side-effects or is this fine from a security point of view as well?
Updated by Jacco van der Post over 4 years ago
Philip Heidenreich wrote:
Same error with FileLockStrategy. TYPO3 v9.5.17, vhs v6.0.0 (as well as 5.2.0) and changes from patch applied.
(1/1) #1588784141 BadMethodCallException
Cannot serialize TYPO3\CMS\Core\Locking\FileLockStrategy
It seems to be solved now with 9.5.18.
Thanks guys!
Updated by Vasyl Mosiychuk over 4 years ago
Jacco van der Post wrote:
(1/1) #1588784141 BadMethodCallException
Cannot serialize TYPO3\CMS\Core\Locking\FileLockStrategyIt seems to be solved now with 9.5.18.
Thanks guys!
System:
- PHP 7.2
- TYPO3 9.5.18
- VHS 6.0.0
No, it is not resolved! I had updated to 9.5.18 but I still see this error...
but not immediately ... something changed
The previous time I saw an error immediately as I go to the page where I have this element with VHS...
This time all not so... I get an error when you view the same page again
I get an error when I visit one more time the page (revisit a page) where I have this element with VHS (<v:render.uncache/>)...
Step 1:
I go to the page where I have this element with VHS (<v:render.uncache/>). - No error
Step 2:
I go to another any page where I do not have this element with VHS (<v:render.uncache/>). - No error
Step 3:
I return to the page where I have this element with VHS (<v:render.uncache/>).... which I have already visited - I get this error
Conclusion:
I get an error when I view the same page (a content element with VHS - (<v:render.uncache/>).) again...
After Clear cache, the error disappears...
But when I repeat steps 1 - 2 - 3 ... I get an error again
Updated by Oliver Hader over 4 years ago
- Status changed from Closed to Needs Feedback
Updated by Oliver Hader over 4 years ago
Philip Heidenreich wrote:
Solution in https://forge.typo3.org/issues/91387#note-9 seems to work to write into the cache. But a page reload and reading from cache returns following error:
(1/1) #1588784142 BadMethodCallException
Cannot unserialize TYPO3\CMS\Core\Locking\FileLockStrategyRemoving __wakeup method works. Can anyone name side-effects or is this fine from a security point of view as well?
Not suggested from a security point of view
Updated by Oliver Hader over 4 years ago
Vasyl Mosiychuk wrote:
Jacco van der Post wrote:
(1/1) #1588784141 BadMethodCallException
Cannot serialize TYPO3\CMS\Core\Locking\FileLockStrategyIt seems to be solved now with 9.5.18.
Thanks guys!
System:
- PHP 7.2
- TYPO3 9.5.18
- VHS 6.0.0No, it is not resolved! I had updated to 9.5.18 but I still see this error...
but not immediately ... something changed
The previous time I saw an error immediately as I go to the page where I have this element with VHS...
The initial report was on ReflectionCache
and serialize
. Is this still the same?
In case it's different, could you please create a new issue and attach the error stack trace? Thanks in advance!
Updated by Oliver Hader over 4 years ago
- Status changed from Needs Feedback to Closed
Updated by Vasyl Mosiychuk about 4 years ago
No, it is not resolved! I still see this error...
Updated by Markus Klein about 4 years ago
Please note https://forge.typo3.org/issues/91404#note-31
In case it's different, could you please create a new issue and attach the error stack trace? Thanks in advance!