-
Notifications
You must be signed in to change notification settings - Fork 750
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Additional no match cases for EmptyCatch #1654
Comments
copybara-service bot
pushed a commit
that referenced
this issue
Jul 19, 2020
…ing up expectation. Exempting expected, ignored and ok parameter names. https://google.github.io/styleguide/javaguide.html#s6.2-caught-exceptions Inverse flume results (matches that won't be flagged now) : unknown commit Fixes #1654 PiperOrigin-RevId: 322052035
Looking at the style guide : https://google.github.io/styleguide/javaguide.html#s6.2-caught-exceptions either the empty catch block should've comments with "exception" being test code where the exception name ok/expected/ignored etc are allowed. EmptyCatch check (at HEAD/master as of July 2020) doesn't not flag JUnit test code. So for feature requests :
|
#1730 should fix this issue |
Thanks! |
# for free
to join this conversation on GitHub.
Already have an account?
# to comment
Description of the problem / feature request:
EmptyCatch will skip matching when either (1) a comment or (2) a junit test is detected. It would be nice to extend this to a few more common patterns.
Feature requests: what underlying problem are you trying to solve with this feature?
ignored
orexpected
. I believe this used to be part of the old Google Java style, which can be seen in Guava's JUnit tests. This would also match the behavior of PMD's EmptyCatchBlock rule.Bugs: what's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
What version of Error Prone are you using?
2.4.0
The text was updated successfully, but these errors were encountered: