Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Make
@implements/@extends
parse its expression withparseLeftHandSideExpressionOrHigher
instead ofparsePropertyAccessEntityNameExpression
. This turns many more parse errors into grammar errors, just like in TS. I keptparseExpressionWithTypeArgumentsForJSDoc
as a separate function in order to keep parsing asterisks -- and@implements
still only supports a single interface, unlike TS which supports a list of them.This changes the public API, making the
expression
property a supertype of what it used to be. The one change it required in our codebase is in checker.ts. I think it's fine because the code to handle jsdoc@implements
should really be the same as for TS, which already usesExpressionWithTypeArguments
.Fixes #58542