rust/tests
bors 834b691a9f Auto merge of #13174 - y21:if_let_mutex_multi_mutex, r=llogiq
Emit `if_let_mutex` in presence of other mutexes

Currently (master, not nightly nor stable) `if_let_mutex` does not emit a warning here:
```rs
let m1 = Mutex::new(10);
let m2 = Mutex::new(());

if let 100..=200 = *m1.lock().unwrap() {
  m2.lock();
} else {
  m1.lock();
}
```
It currently looks for the first call to `.lock()` on *any* mutex receiver inside of the if/else body, and only later (outside of the visitor) checks that the receiver matches the mutex in the scrutinee. That means that in cases like the above, it finds the `m2.lock()` expression, stops the visitor, fails the check that it's the same mutex (`m2` != `m1`) and then does not look for any other `.lock()` calls.

So, just make the receiver check also part of the visitor so that we only stop the visitor when we also find the right receiver.

The first commit has the actual changes described here. The sceond one just unnests all the `if let`s

----

changelog: none
2024-07-29 17:41:34 +00:00
..
test_utils
ui Auto merge of #13174 - y21:if_let_mutex_multi_mutex, r=llogiq 2024-07-29 17:41:34 +00:00
ui-cargo
ui-internal Refactor for using config values: 2024-07-17 14:05:49 -04:00
ui-toml Refactor for using config values: 2024-07-17 14:05:49 -04:00
workspace_test
check-fmt.rs
clippy.toml
compile-test.rs Bump ui_test version -> 0.25 2024-07-26 11:40:27 +02:00
dogfood.rs Show progress while running dogfood test 2024-07-17 12:29:18 +00:00
headers.rs
integration.rs [pathbuf_init_then_push]: Checks for calls to push immediately after creating a new PathBuf 2024-07-21 14:22:48 +08:00
lint_message_convention.rs
missing-test-files.rs
versioncheck.rs
workspace.rs