E721: Fix false negative for reversed type comparisons (e.g. int == type(obj))#1321
Closed
fazalpsinfo-cmyk wants to merge 1 commit into
Closed
E721: Fix false negative for reversed type comparisons (e.g. int == type(obj))#1321fazalpsinfo-cmyk wants to merge 1 commit into
fazalpsinfo-cmyk wants to merge 1 commit into
Conversation
… (e.g. int == type(obj))
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Fixes #1187.
The E721 check was missing reversed comparisons where
type()appears on the right side of the comparison operator. For example,int == type(obj)was not flagged even though it's equivalent totype(obj) == int.Root Cause
The
COMPARE_TYPE_REGEXhas two alternatives — one fortype() == Xand one forX == type(). The bypass logic that allowed comparing types with==when the inner argument was an identifier only worked correctly whentype()was on the left. Whentype()was on the right, the bypass logic incorrectly used the captured identifier as the comparison value.Change
comparison_type()that allowedtype(foo) == type(bar)to pass without an E721 warning. Per PEP 8, comparing types directly with==should always useisinstance().type(None) == type(False)style comparisons that were previously allowed.If you found this useful, consider buying me a coffee