-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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
[jsx-no-script-url]: use shared settings to specify link components #3673
Conversation
…t `linkAttributes` setting
I'm probably gonna need to change |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #3673 +/- ##
==========================================
+ Coverage 97.65% 97.74% +0.08%
==========================================
Files 132 132
Lines 9397 9404 +7
Branches 3445 3443 -2
==========================================
+ Hits 9177 9192 +15
+ Misses 220 212 -8 ☔ View full report in Codecov by Sentry. |
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.
This looks good.
I've split the PR into two commits - the first one is objectively semver-minor, and has the "multiple properties" feature.
The second, though, I'm a bit uncertain if it's semver-minor or semver-major. Could there be someone relying on linkAttributes
not applying to this rule?
I don't know. Myself I have this plugin configured in multiple projects (both my own and at work) and we always had to duplicate the setup for this rule. That being said, that's why the first implementation had the rule option override global settings - that way it wouldn't be a breaking change. |
hmm. even for the case where the rule option wasn't passed, though, someone might have the link components setting and expect the rule NOT to warn on them, no? |
Yeah, you might be right actually. I'm fine with this PR being marked as semver-major |
Unfortunately that'd delay it from landing probably indefinitely. How about instead, we modify the second commit so that an additional option is required, a boolean which defaults to |
I can do that |
@ljharb how about now? :) |
Fixes #2865