-
Notifications
You must be signed in to change notification settings - Fork 5
CHANGE @W-19688830@ Updated node dependencies #374
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
let configs: Linter.Config[] = validateAndGetRawLwcConfigArray(); | ||
|
||
// TODO: Remove the For the following 2 updates when https://github.com/salesforce/eslint-config-lwc/issues/158 is fixed |
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.
@jfeingold35 is turning this off still necessary? It looks like the original bug was turned off (not sure if this eslint plugin still needs to update or if that og bug being fixed is sufficient)
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.
The Issue is still open, so I think it might still be necessary.
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.
Maybe you can l
"@salesforce/code-analyzer-engine-api": "0.30.0", | ||
"@types/node": "^20.0.0", | ||
"@salesforce/code-analyzer-engine-api": "0.31.0-SNAPSHOT", | ||
"@types/node": "^24.9.0", |
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've gone back and forth on this and researched it to death without getting a great answer... should we be updating @types/node if we want to ensure support of node 20?
We probably can I don't know if there are any risks here - which is why I've kept these at 20.0.0 for a while. It also helps us not accidentally rely on a node type that is a later version I believe. Since core modules are imported by clients... we wouldn't want a client being prevented from compiling because it compiles using node 20. But maybe @types/node has versioned types?
"types": "dist/index.d.ts", | ||
"dependencies": { | ||
"@types/node": "^20.0.0" | ||
"@types/node": "^24.9.0" |
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.
ditto for all of them.
"@salesforce/eslint-config-lwc": "3.7.2", | ||
"@salesforce/eslint-plugin-lightning": "1.0.1", | ||
"@types/node": "^20.0.0", | ||
"@types/node": "^24.9.0", |
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.
ditto
No description provided.