-
-
Notifications
You must be signed in to change notification settings - Fork 509
Fix locking when ClassMetadata is unserialized #2281
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
Conversation
Caching / unserializing ClassMetadata broke locking functionality Fixes doctrine#2278
@malarzm The website config lists 2.2.x as the maintained current branch and 2.3.x as the upcoming, while the default branch is set to 2.3.x. Which branch should this PR target? |
This PR shall prevail :) I'll be closing the other ones and review this one shortly |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the PR! The change on it's own is great however we need to have it covered by a test to prevent regressions in future. At a glance this test here
public function testClassMetadataInstanceSerialization() |
@malarzm I have added assertions to the |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Adressed in a97aab0
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That's great, thanks for adding versioning to the test as well
Thanks @buffcode! |
Summary
Caching / unserializing ClassMetadata broke locking functionality