I THINK that the ESLint Parser's peerDependency on @babel/core @ >= 7.11.0 should be updated to be >= 7.17.0 #15552
-
Not sure how to do this discussion, but here goes! On older installs whose lockfile resolutions are not invalid based on the current peerDependency on @babel/core @ >= 7.11.0 in the ESLint parser you run the risk of a perfectly "valid" dependency configuration causing failures on rules dealing with TemplateLiterals since at pre-7.17.0 Here is a repo demonstrating the issue: https://github.com/matty-at-rdc/literally-what Updating this peerDependency would allow users using the ESLint Parser to be made aware by way of a warning that they aren't protected from issues since they don't have a valid peerDependency for @babel/core. Hope this made sense, and please guide me if I missed something important in the 📖 that explains this choice. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 4 replies
-
Thanks for the reproduction repo. This is indeed a compatibility bug. If |
Beta Was this translation helpful? Give feedback.
Thanks for the reproduction repo. This is indeed a compatibility bug. If
token.type.label
isundefined
, we should classify it asTemplate
first, so whethertl.doubleAt
is defined or not (depends on the babel/core version), the parser should not fall into theundefined === undefined
branch. Do you want to open a PR?