-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
[Panic] in pre-commit with v0.0.273 #5225
Labels
bug
Something isn't working
Comments
I'm running into this too, cc @Thomasdezeeuw since the panicking line blames to #5120 |
I don’t know the cause, but I’ll cut a fix for this tonight. |
I'm taking a look now. |
Are any of these projects public, to help me reproduce? |
I don't have a public reproducer. If you aren't able to reproduce anywhere, I can try to make one. |
charliermarsh
added a commit
that referenced
this issue
Jun 20, 2023
## Summary I haven't been able to determine why / when this is happening, but in some cases, users are reporting that this `unwrap()` is causing a panic. It's fine to just return `None` here and fallback to "No cache", certainly better than panicking (while we figure out the edge case). Closes #5225. Closes #5228.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
After updating my pre-commit hook from 0.0.272 to 0.0.273, running
ruff
via pre-commit fails with a panic. Running ruff manually at the same version works without issue. There's no pyproject, and my .ruff.toml was unchanged. Running just the ruff hook also works find. I've removed~/.cache/pre-commit
to get a fresh copy, which still fails.After setting RUST_BACKTRACE=1, the log is as below:
The text was updated successfully, but these errors were encountered: