-
Notifications
You must be signed in to change notification settings - Fork 14.5k
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
re-enable Pylint on a number of view files #8773
Conversation
Codecov Report
@@ Coverage Diff @@
## master #8773 +/- ##
==========================================
- Coverage 72.07% 65.83% -6.24%
==========================================
Files 123 482 +359
Lines 12844 24154 +11310
Branches 0 2770 +2770
==========================================
+ Hits 9257 15902 +6645
- Misses 3587 8074 +4487
- Partials 0 178 +178
Continue to review full report at Codecov.
|
@has_access_api | ||
@expose("/", methods=["POST"]) | ||
def post(self): | ||
def post(self): # pylint: disable=no-self-use |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That rule is pretty annoying, I get the whole "you should use @staticmethod", but it's shortsighted for derivative classes where the base offers a nice handle on the object.
I'd vote for turning it off.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's valuable outside of this context. As I was doing this work, I identified quite a few methods that could be refactored out of a large class into a stand-alone function. I'd like to keep the rule for those instances.
CATEGORY
Choose one
SUMMARY
Re-enables pylint checking on a number of view files.
BEFORE/AFTER SCREENSHOTS OR ANIMATED GIF
TEST PLAN
ADDITIONAL INFORMATION
REVIEWERS
@john-bodley @dpgaspar @mistercrunch