Fix false positives in inclusive_language rule#3422
Fix false positives in inclusive_language rule#3422daltonclaybrook wants to merge 2 commits intomasterfrom
Conversation
|
According to OSSCheck’s results posted above, it also seems like “Whitelisted” no longer trigger violations. Should that be added to the set of default terms? |
|
@jpsim Should we add "Whitelisting" and "Whitelists" as well? Is there possibly another solution we haven't thought of? |
|
What if you made the terms regex patterns instead, like the way custom rules work? That way you could do Regular expressions would also be more useful when configuring the rule. Or we stick with adding a few permutations of the words ad-hoc. |
|
I like the regex approach. I will tinker with this. |
|
Closing this PR in favor of #3439 |
This PR resolves #3415
A noteworthy implication of this PR is that strings like
BlackListandwhiteListno longer trigger violations because these use camel case and are thus treated as separate terms.