-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
fix(eslint-plugin): [explicit-member-accessibility] refine report locations #8869
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
fix(eslint-plugin): [explicit-member-accessibility] refine report locations #8869
Conversation
Thanks for the PR, @kirkwaiblinger! typescript-eslint is a 100% community driven project, and we are incredibly grateful that you are contributing to that community. The core maintainers work on this in their personal time, so please understand that it may not be possible for them to review your work immediately. Thanks again! 🙏 Please, if you or your company is finding typescript-eslint valuable, help us sustain the project by sponsoring it transparently on https://opencollective.com/typescript-eslint. |
✅ Deploy Preview for typescript-eslint ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
suggestions: [ | ||
{ | ||
messageId: 'addExplicitAccessibility', | ||
data: { type: 'public' }, | ||
output: ` | ||
class Test { | ||
public constructor(public ...x: any[]) {} | ||
public constructor(public x: any[]) {} |
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.
changed this since it's illegal syntax for a parameter property to be a rest element. Though the rule doesn't really care.
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 audited every invalid
test case and put in the exact report range, since it was very helpful for development to do so. I realize, however, that that may be overkill for testing (and can make modifications to the rule or test cases unnecessarily unwieldy). If requested, I can remove some of the added report locations. But IMO they might as well stay now that they're there
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.
Eventually we'll have #6994 and we can kill all of the line/col assertions.
@kirkwaiblinger If you don't want to auto-close that issue, you have to make sure your description doesn't contain the substring "fixes #xxx". You can say "fixes (partially) #xxx" (I usually do that) |
Confused by the CI failure, looking for advice on how to resolve it |
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.
PR Checklist
cc @developer-bandi
Overview
This PR makes it so that for missing accessibility modifiers, we report just the symbol name preceeded by however many keywords (
get
,abstract
, etc)and for
public
modifiers that should not be present, we only flag on thepublic
keyword itself