Skip to content

Do not remove method call if type is adjusted #15181

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

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

samueltardieu
Copy link
Contributor

@samueltardieu samueltardieu commented Jun 30, 2025

Propose to replace x.map_or(false, |y| y == z) by x == Some(z) only if x is not adjusted. Otherwise, the type of x in the comparaison may not be the expected one, as it may be the product of an auto-deref.

changelog: [unnecessary_map_or]: do not propose to replace the map_or call by a comparaison if types wouldn't be correct

Fixes #15180

Propose to replace `x.map_or(false, |y| y == z)` by `x == Some(z)` only
if `x` is not adjusted. Otherwise, the type of `x` in the comparaison
may not be the expected one, as it may be the product of an auto-deref.
@rustbot
Copy link
Collaborator

rustbot commented Jun 30, 2025

r? @Jarcho

rustbot has assigned @Jarcho.
They will have a look at your PR within the next two weeks and either review your PR or reassign to another reviewer.

Use r? to explicitly pick a reviewer

@rustbot rustbot added the S-waiting-on-review Status: Awaiting review from the assignee but also interested parties label Jun 30, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
S-waiting-on-review Status: Awaiting review from the assignee but also interested parties
Projects
None yet
Development

Successfully merging this pull request may close these issues.

binary operation != cannot be applied to type tokio::sync::MutexGuard<'_, std::option::Option<std::net::IpAddr>>
3 participants