-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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鈥檒l occasionally send you account related emails.
Already on GitHub? Sign in to your account
馃彈 馃悰 Enable accessControls
checks for JS code (and fix errors)
#26328
馃彈 馃悰 Enable accessControls
checks for JS code (and fix errors)
#26328
Conversation
Hey @newmuis, these files were changed:
|
@rsimha is protected the right visibility? it says that |
I believe the second rule under Since changing the annotations to |
@rsimha hmm i guess this might be a problem with nomenclature for me. those exported functions aren't |
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.
Thanks for fixing this.
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.
Story OWNERS approval
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 think every top level value that's marked @protected
should be @public
(or better yet, just delete the annotation) if @package
does not work for it.
Done. There were a few places where |
Pretty sure I've addressed all feedback. Can I get a final review? |
The
accessControls
closure compiler visibility check rule is currently ignored duringgulp check-types
. Turning on the rule results in about 350+ annotation errors.This PR enables the rule and fixes all incorrect annotation errors. It took only ~25 annotation changes to fix all 350+ errors.
Reference: https://github.com/google/closure-compiler/wiki/Annotating-JavaScript-for-the-Closure-Compiler#visibility-checks
Fixes #26307