-
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
Setting for a rule enables it implicitly #3683
Comments
|
I generally want to enforce it, but not at this point in time, since the repo is too "dirty". That's why I temporarily disabled the rule inside
I see, I guess it's desired behaviour, then. Thanks! |
I thought enabling |
Sorry about that, this is a confirmed regression in the latest release. You can downgrade to 0.0.257 for now, but we'll ship a fix soon. |
Should be fixed by #3685, which'll go out later today. |
I have a big Python project that I am migrating to use Ruff. For now, I disable some of the rules in order to enable them later (I do not want to break my CI just yet). However, I already defined some settings for the rules I will use in the future.
Here's a very minimal example:
What I expect
I expect that when I run Ruff, it will only care about the enabled rules (the default
E
andF
as well as thePT
).D
is not selected, so Ruff is not bothering to fix it.Actual behaviour
Ruff detects (and attempts to fix) the
D
issues:Workaround?
I don't know if it's expected behaviour or not. In any case, if I also comment the
[tool.ruff.pydocstyle]
out, the ruleset gets ignored properlyRuff version is 0.0.258
The text was updated successfully, but these errors were encountered: