-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Remove use of the words blacklist and whitelist #2641
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
Remove use of the words blacklist and whitelist #2641
Conversation
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.
Thx for the PR unfortunately we can't remove it just now.
We can remove it from the public API but internally we at least need a fallback for the old values until we do a major bump.
@HazAT Yeah that makes sense, what do you think of aliasing those terms to expose them publicly in a different manner so both terms are valid for a period of time (encouraging users to change over)? |
@AJDoubleW Yeah that's pretty much what I meant. |
/** | ||
* A pattern for error URLs which should not be sent to Sentry. | ||
* To whitelist certain errors instead, use {@link Options.whitelistUrls}. | ||
* To include certain errors instead, use {@link Options.includedUrls}. | ||
* By default, all errors will be sent. | ||
*/ | ||
excludedUrls?: Array<string | RegExp>; | ||
blacklistUrls?: Array<string | RegExp>; |
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.
Can we add a docblock here to both old values:
/**
* @deprecated Consider removing in major bump
* {@see excludedUrls}
**/
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.
Also, we need a changelog entry for this
I'm in favor of the direction and spirit of this change. But before we merge this, we (Sentry) need to discuss the exact terminology we want to replace it with, and make the change wholesale inside Sentry (e.g. across all SDKs and in the product). For example, |
Superseded by #2671 |
Fixes #2640