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
[HttpKernel] unserialize() conflicts with extended constructor #12232
Comments
relates to #8500 |
I'm running against this issue too (see hostnet/hnDependencyInjectionPlugin#1). We've had to (more or less) implement the constructor with a custom argument but loading it from the cache is a bit buggy in some cases: |
@kingcrunch this issue isn't present for me anymore and I don't think this will be fixed. Is the issue still something you consider should be fixed? |
I am a little bit confused of this phrase
If it isn't present anymore, it is fixed, right? However, back in the days I used a different approach, thus for me it is not relevant anymore, what doesn't mean, it doesn't exists, or that it can affect other people. |
This issue was for our custom kernel implementation for symfony1 migration, but most of our apps have been migrated to a point where we no longer need it. |
Let's close this issue because @kingcrunch and @iltar no longer consider it relevant. We'll reopen it if we get more reports about this. Thanks! |
Kernel::unserialize()
prevents one from extending the constructor. Even when I overwriteserialize()
andunserialize()
something tries unserialize my customAppKernel
-class with some inappropiate during cache creation.The text was updated successfully, but these errors were encountered: