Skip to content
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

Query: Use object.Equals rather than Expression.Equal when constructing comparison in query #28608

Merged
1 commit merged into from
Aug 6, 2022

Conversation

smitpatel
Copy link
Contributor

@smitpatel smitpatel commented Aug 5, 2022

Not all types implement equality operator, so it can throw exception.
Reference types, Nullable & known types are ok to be used with Expression.Equal

Originally reported in npgsql/efcore.pg#2458

…ng comparison in query

Not all types implement equality operator, so it can throw exception.
Reference types, Nullable<T> & known types are ok to be used with Expression.Equal

Originally reported in npgsql/efcore.pg#2458
@smitpatel smitpatel requested a review from a team August 5, 2022 23:48
@ghost
Copy link

ghost commented Aug 5, 2022

Hello @smitpatel!

Because this pull request has the auto-merge label, I will be glad to assist with helping to merge this pull request once all check-in policies pass.

p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (@msftbot) and give me an instruction to get started! Learn more here.

@smitpatel
Copy link
Contributor Author

Query handles ExpressionType.Equal/object.Equals/a.Equals(b) in same way so this is fine change to make for query. I didn't touch code in non-query areas.

@ghost
Copy link

ghost commented Aug 6, 2022

Apologies, while this PR appears ready to be merged, I've been configured to only merge when all checks have explicitly passed. The following integrations have not reported any progress on their checks and are blocking auto-merge:

  1. Azure Pipelines

These integrations are possibly never going to report a check, and unblocking auto-merge likely requires a human being to update my configuration to exempt these integrations from requiring a passing check.

Give feedback on this
From the bot dev team

We've tried to tune the bot such that it posts a comment like this only when auto-merge is blocked for exceptional, non-intuitive reasons. When the bot's auto-merge capability is properly configured, auto-merge should operate as you would intuitively expect and you should not see any spurious comments.

Please reach out to us at fabricbotservices@microsoft.com to provide feedback if you believe you're seeing this comment appear spuriously. Please note that we usually are unable to update your bot configuration on your team's behalf, but we're happy to help you identify your bot admin.

@ghost ghost merged commit f1bcf13 into main Aug 6, 2022
@ghost ghost deleted the smit/equals branch August 6, 2022 08:15
@roji
Copy link
Member

roji commented Aug 6, 2022

Ah crap, forgot to remove the auto-merge label again... See comment above if you want to address it.

@ajcvickers ajcvickers changed the title Query: Use object.Equals rather than Expression.Equal when constructi… Query: Use object.Equals rather than Expression.Equal when constructing comparison in query Aug 18, 2022
This pull request was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants