-
-
Notifications
You must be signed in to change notification settings - Fork 3.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
Auto correcting substitues a rescued Exception with a blind rescue #1343
Comments
Hmm, that's a bug. |
On second thought - it's not. The idea is we want to replace the |
@rousisk |
Thanks @mikegee, it's not a big issue anymore. I was just auto-correcting an existing, large, project and I started seeing test failures due to this substitution. That's the reason I perceived it as surprising or "not so safe". But totally agree with the underlying principle. |
This issue is related to #950. Ideally, the cop won't do auto-corrections by default unless non-equivalent corrections are allowed. |
I completely agree with avoiding rescuing the Exception class but I think that auto correcting this:
to
might be an issue, as the two are not equivalent (and in a not so obvious way for that matter).
Personally, when I use the auto correct feature (mostly for older projects) I am under the assumption that there won't be any behavioural changes and ideally nothing will break.
What do you think on that?
The text was updated successfully, but these errors were encountered: