-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
fix(types): add 2026/17 to EcmaVersion #11304
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(types): add 2026/17 to EcmaVersion #11304
Conversation
Thanks for the PR, @DavidArchibald! 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 project configuration. |
6143b90
to
f6411ab
Compare
View your CI Pipeline Execution ↗ for commit f6411ab.
☁️ Nx Cloud last updated this comment at |
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!
PR Checklist
Overview
I didn't open an issue because it's just for updating a single type for 2026.
I was happening to be manually updating my dependencies and was very confused when I suddenly started getting this error:
This happened because I was writing this:
Playground
Note to future readers: if you enter this playground after this PR has been merged the error will have been fixed because I don't know how to pin dependency version in the TypeScript playground
And due to
compat.extends
simply returningConfig<RulesRecord>
, the update in v9.29.0 to add support for 2026 broke this.I also considered switching form manually defining
export type EcmaVersion = ...
independently to beingexport type EcmaVersion = eslint.Linter.EcmaVersion;
as that'd solve the issue in the future but I figured there must be a reason for manually definingEcmaVersion
. Perhaps peer dependency issues?