-
Notifications
You must be signed in to change notification settings - Fork 4.3k
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
Packages: Drop suppport for IE 11 and non-LTS Node.js versions #31270
Conversation
Size Change: 0 B Total Size: 1.31 MB ℹ️ View Unchanged
|
b86e196
to
f2436bf
Compare
packages/a11y/package.json
Outdated
@@ -20,6 +20,9 @@ | |||
"bugs": { | |||
"url": "https://github.com/WordPress/gutenberg/issues" | |||
}, | |||
"engines": { | |||
"node": "^12.13.0 || ^14.15.0 || >=15.0.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.
What's the reason for ^12.13.0
instead of 12.*
?
Also I think you don't need the ||
, this field could be represented as 12.* 14.* >=15
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.
See https://nodejs.org/en/blog/release/v12.13.0/ and https://nodejs.org/en/blog/release/v14.15.0/. Those are versions that were effectively marked as LTS.
Jest uses the same pattern:
https://github.com/facebook/jest/blob/64d5983d20a628d68644a3a4cd0f510dc304805a/package.json#L145-L147
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 think the 12.* 14.* >=15
is logical &&
. Not sure though. I have also not found yet references with the ||
.
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.
Those versions are when LTS started, it doesn't mean they are getting updates. Looking at the security releases (eg: https://nodejs.org/en/blog/vulnerability/april-2021-security-releases/), only the very last version of 12.*
gets them, so in that sense 12.13.0
is as (in)secure and (un)supported as 12.22.0
. Picking the version when the whole 12.*
branch was moved to LTS sounds arbitrary to me 🤷🏼
That being said, as we can't specify "latest 12.*", whatever we add in the engines
field won't actually prevent them to be installed in unsupported Node versions (even assuming the package managers honors this field by default).
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 don't think that matters that much since it only prints a warning when the version of Node.js is not satisfied. If you are really concerned about that, we can go with a simple >=12
.
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.
Updated to:
"engines": {
"node": ">=12"
},
f2436bf
to
6cba72b
Compare
6cba72b
to
02544bb
Compare
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.
Makes sense, thanks :)
Description
Related to https://make.wordpress.org/core/2021/04/22/ie-11-support-phase-out-plan/.
Follow-up for #31110.
This PR ensures that all WordPress packages that run in the browser include the changelog entry that informs about dropped support for IE 11. It also increases the minimum Node.js versions for the same packages to LTS versions:
Node 10.x goes into "End-of-life" mode this Friday (2021-04-30).
The changelog entry added to packages that summarizes all above:
This PR also updates the note included in README.md files of packages to reflect that IE11 is no longer supported and
@babel/polyfill
is deprecated:Types of changes
Breaking changes.
Checklist:
*.native.js
files for terms that need renaming or removal).