Changes Made
Adds clippy to the CI checks, and fixes the existing issues it found.
Code of Conduct
- I agree to act in accordance with the CoC & AI Agreement.
- This contribution was not generated by an LLM, even in part.
Adds clippy to the CI checks, and fixes the existing issues it found.
The result of running `clippy --fix`
It's a great idea to run Clippy in the CI! A few questions/nitpicks :D
@ -0,0 +1,9 @@
when:
Any reason taht this is a separate workflow and not just an extra step in check? Seems to me like we might get faster CI runs if we put that in there.
I did that so it would show as its own check on a PR's page, making clear at a glance what it was that failed. I considered pulling the fmt check out into its own workflow for that same reason. Having them separate might also be faster since each one could be run by a different runner concurrently, though I don't imagine it actually takes long enough for that to be a huge deal.
@ -296,6 +294,7 @@ async fn oauth_login(
usetokio::{sync::mpsc::Receiver,task::JoinHandle};
#[allow(clippy::type_complexity)]
This lint seems entirely reasonable. I have no clue what the Result<Option<(String, String)>, String>> represents :P
We should consider introducing a type alias or (tuple-) struct.
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?