Skip to content

Bugfix: Missed a spot using getUnderlyingReflector #11873

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

Merged
merged 1 commit into from
Mar 16, 2025

Conversation

beberlei
Copy link
Member

Probably fixes problems described with patch #11659

This is a spot missed using the PropertyAccessor::getUnderlyingReflector API that was introduced for these kinds of problems. Weirdly the tests pass, even though the errors described in PR should occur with any embeddable, which there are many off.

@beberlei beberlei force-pushed the GH-11659-FollowUp1 branch from a6ec45e to e29d0e9 Compare March 15, 2025 16:39
@soyuka
Copy link

soyuka commented Mar 16, 2025

Test suite is green with this patch indeed. Thanks @beberlei !

Copy link
Member

@greg0ire greg0ire left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would be nice to have a failing test for this

@SenseException
Copy link
Member

@soyuka Do you have an example of your use case where the code of #11659 was failing and can be used as a test to cover this fix?

@beberlei
Copy link
Member Author

beberlei commented Mar 16, 2025

I think, a test is overrated here, if this was changed within the original PR alraedy you wouldn't have spotted this is untested. Considering as the failing line was added in the previous PR in one commit and not adjusted to the API used here when it was introduced to fix these problems in a later commit.

The new API is required to be used for accessing property accessors, not using it can be statically assed to be wrong and that this is the fix.

@greg0ire
Copy link
Member

Fair enough, let's merge this then

@greg0ire greg0ire added the Bug label Mar 16, 2025
@greg0ire greg0ire added this to the 3.4.0 milestone Mar 16, 2025
@greg0ire greg0ire merged commit 0ef5610 into doctrine:3.4.x Mar 16, 2025
84 checks passed
@soyuka
Copy link

soyuka commented Mar 17, 2025

Thanks!

@SenseException
Copy link
Member

The reason that it wasn't spotted in the first PR means it is more likely that we might break it again.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants