-
Notifications
You must be signed in to change notification settings - Fork 13.1k
Apply the 'no-unused-variable' tslint rule to our codebase #6140
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
Conversation
|
That is lots of unused stuffs |
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.
what is this Todo for? you already ignore error and succeeded?
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 guess if there's a problem, it'll get fixed at that point. No sense leaving the comment.
|
👍 |
Apply the 'no-unused-variable' tslint rule to our codebase
|
👍 |
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.
To answer the comment: When you've fooled the language service by injecting a declaration node which is not parented to anything, yet is associated with a symbol returned by getSymbolAtLocation - which could conceivably happen if you wrapped the language service and injected declarations for templated components, but have not rewritten the getSourceFile implementation to do something other than walk up the tree? TBH, it probably never happens under normal conditions and is likely exceptional - every node should be nested within a source file in a well-behaved program. Maybe it would be more correct to toss in a Debug.fail here, despite that not being the old behavior?
There is also a
check-parametersoption, but that would've been a much bigger, less reviewable change.