-
Notifications
You must be signed in to change notification settings - Fork 30k
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
doc: update the notable changes in 10.x #20316
Conversation
A couple entries were missing and one entry was not really relevant.
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.
Actualy changes LGTM. No opinion on whether it's a good idea to modify the notable changes list after-the-fact like this.
I guess @nodejs/release might have opinions? |
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.
With some possible nits)
doc/changelogs/CHANGELOG_V10.md
Outdated
* Calling `assert.ifError()` will now throw with any argument other than `undefined` or `null`. Previously the method would throw with any truthy value. [[`e65a6e81ef`](https://github.com/nodejs/node/commit/e65a6e81ef)] | ||
* The `assert.rejects()` and `assert.doesNotReject()` methods have been added for working with async functions. [[`599337f43e`](https://github.com/nodejs/node/commit/599337f43e)] | ||
* Assertion errors will show a diff in case objects are used. [[`2d9e87695e`](https://github.com/nodejs/node/commit/2d9e87695e)] | ||
* `assert.throws` accepts an object for comparison to the error. [[`2d374916eb`](https://github.com/nodejs/node/commit/2d374916eb)] |
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.
`assert.throws`
-> `assert.throws()`
?
doc/changelogs/CHANGELOG_V10.md
Outdated
* Async_hooks | ||
* Older experimental async_hooks APIs have been removed. [[`1cc6b993b9`](https://github.com/nodejs/node/commit/1cc6b993b9)] | ||
* Buffer | ||
* Uses of `new Buffer()` and `Buffer()` outside of the `node_modules` directory will now emit a runtime deprecation warning. [[`9d4ab90117`](https://github.com/nodejs/node/commit/9d4ab90117)] | ||
* `Buffer.isEncoding()` now returns `undefined` for falsy values, including an empty string. [[`452eed956e`](https://github.com/nodejs/node/commit/452eed956e)] | ||
* `Buffer.fill()` will throw if an attempt is made to fill with an empty `Buffer`. [[`1e802539b2`](https://github.com/nodejs/node/commit/1e802539b2)] | ||
* Removed the `noAssert` argument from all `Buffer` read and write functions. [[`e8bb1f35df`](https://github.com/nodejs/node/commit/e8bb1f35df)] |
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.
`noAssert` argument was removed...
?
doc/changelogs/CHANGELOG_V10.md
Outdated
* Calling `assert.ifError()` will now throw with any argument other than `undefined` or `null`. Previously the method would throw with any truthy value. [[`e65a6e81ef`](https://github.com/nodejs/node/commit/e65a6e81ef)] | ||
* The `assert.rejects()` and `assert.doesNotReject()` methods have been added for working with async functions. [[`599337f43e`](https://github.com/nodejs/node/commit/599337f43e)] | ||
* Assertion errors will show a diff in case objects are used. [[`2d9e87695e`](https://github.com/nodejs/node/commit/2d9e87695e)] | ||
* `assert.throws` accepts an object for comparison to the error. [[`2d374916eb`](https://github.com/nodejs/node/commit/2d374916eb)] | ||
* The error message from `assert.ok(expression)` now also contains the expression itself [[`f76ef50432`](https://github.com/nodejs/node/commit/f76ef50432)] |
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.
itself
-> itself.
?
doc/changelogs/CHANGELOG_V10.md
Outdated
@@ -98,6 +102,7 @@ | |||
* Util | |||
* `util.types.is[…]` type checks have been added. [[`b20af8088a`](https://github.com/nodejs/node/commit/b20af8088a)] | |||
* Support for bigint formatting has been added to `util.inspect()`. [[`39dc947409`](https://github.com/nodejs/node/commit/39dc947409)] | |||
* Runtime deprecate using a property named `inspect` on an object to specify a custom inspection with `util.inspect()`. [[`617e3e96e6`](https://github.com/nodejs/node/commit/617e3e96e6)] |
This comment was marked as outdated.
This comment was marked as outdated.
Sorry, something went wrong.
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.
Hm, I tried to reword it as suggested but it still sounds a bit off to me.
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.
util.inspect()
custom inspection with inspect
property has been deprecated at runtime.
?
@@ -33,15 +33,18 @@ | |||
|
|||
* Assert | |||
* Calling `assert.fail()` with more than one argument is deprecated. [[`70dcacd710`](https://github.com/nodejs/node/commit/70dcacd710)] | |||
* Calling `assert.ok()` with no arguments will now throw. [[`3cd7977a42`](https://github.com/nodejs/node/commit/3cd7977a42)] |
This comment was marked as resolved.
This comment was marked as resolved.
Sorry, something went wrong.
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.
Should this deletion be explained?
@vsemozhetbyt It's incorrect. assert.ok()
always threw if there was no argument (probalby because undefined
is false-y.) What's changed is that there is a better message in that situation. While a nice change, I suspect it does not warrant calling out in the Notable Changes section.
I think it should be fine, we've tweaked things like this in the past, it's better to have it accurate and informative after the fact than leave it in a worse state. |
I'm generally -1 on it. There's were around 300 major commits and 30 odd minors. It's impractical to list every possible notable change and adding them after the fact doesn't make sense. This is why it's helpful to have more eyes on before the release. The draft notable changes were up for at least a week before. |
Why not? As @rvagg points out, "It's better to have it accurate and informative after the fact than leave it in a worse state." |
Pardon my ignorance, but everything that landed with the v10.0.0 release should have been part of the |
@AyushG3112 the milestone was added at PRs in the end to distinguish them from other PRs that should land in 11.x. A lot landed in 10.x without that milestone. |
I addressed the comments. |
I'm fine with removing an inaccurate item, I'm not fine with adding items. Any and all of the semver-major and semver-minor commits could have made the list and care was taken to break those out into distinct sections in the changelog so that they would be more visible. |
@jasnell I thought the |
There are 95 issues marked with |
Also keep in mind that there are many notable changes that are not marked using the |
I agree, since people will also look at the changelog later on. Especially, when it becomes an LTS release.
I agree that is it difficult to note every possible notable change but I personally think it is actually useful to have this discussion right now to find a way to
Yes, but most of them can easily be distinguished because they are often onboarding of a new collaborator and we know that we only have to check the ones that landed since 9.0.0 was released. Older ones can be ignored. That is how I went through the list. I was confused when looking at the notable changes because I expected other entries to be in there. So I decided to go through the ones with that label and that is how I opened the PR.
I thought that was already the case. Good to know that it is not.
I think we should enforce that. I am going to open a PR to change our guidelines for it. I think it would still be best to update the list, especially, since I do not see any downside in it. The PR is here and I already did the necessary work. |
Most people will now have read the changelog even though we will have more people reading the changelog when 10.x becomes the LTS release. I wonder why it is bad to fix these entries since I already did the work @jasnell. I personally do not see this as something important but I also see no point in not landing this. @nodejs/tsc PTAL and decide what to do here. |
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'm +1 for landing this even after the release of v10.0.0.
doc/changelogs/CHANGELOG_V10.md
Outdated
@@ -52,6 +55,7 @@ | |||
* The `crypto.DEFAULT_ENCODING` property has been deprecated. [[`6035beea93`](https://github.com/nodejs/node/commit/6035beea93)] | |||
* The `ECDH.convertKey()` method has been added. [[`f2e02883e7`](https://github.com/nodejs/node/commit/f2e02883e7)] | |||
* The `crypto.fips` property has been deprecated. [[`6e7992e8b8`](https://github.com/nodejs/node/commit/6e7992e8b8)] | |||
* The AES-CCM algorithm got implemented. [[`1e07acd476`](https://github.com/nodejs/node/commit/1e07acd476)] |
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.
s/got/has been/ to be consistent.
doc/changelogs/CHANGELOG_V10.md
Outdated
@@ -98,6 +102,7 @@ | |||
* Util | |||
* `util.types.is[…]` type checks have been added. [[`b20af8088a`](https://github.com/nodejs/node/commit/b20af8088a)] | |||
* Support for bigint formatting has been added to `util.inspect()`. [[`39dc947409`](https://github.com/nodejs/node/commit/39dc947409)] | |||
* Runtime deprecate using a property named `inspect` on an object to specify a custom inspection with `util.inspect()`. [[`617e3e96e6`](https://github.com/nodejs/node/commit/617e3e96e6)] |
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.
util.inspect()
custom inspection with inspect
property has been deprecated at runtime.
?
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.
LGTM with @TimothyGu’s suggestions
Still not fond of this change but won't block it. Would ask that if this lands, a corresponding update is made to the blog post in the website to ensure that the notable changes shown there are consistent. |
In future semver-majors, I would ask that collaborators please give more attention to the proposed notable changes list and changelog before the release is made. It would be helpful. |
Comments addressed. New CI https://ci.nodejs.org/job/node-test-pull-request-lite/740/ I will open a PR for the website right after landing this. |
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.
LGTM. As long as we agree that these would have been included if identified earlier so we are moving closer to the "right" list then its helpful.
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!
As discussed in the TSC meeting today, consensus is that this can land. Thanks! |
Thanks. Landed in cf989b6 |
A couple entries were missing and one entry was not really relevant. PR-URL: nodejs#20316 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Vse Mozhet Byt <vsemozhetbyt@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Tiancheng "Timothy" Gu <timothygu99@gmail.com> Reviewed-By: Michael Dawson <michael_dawson@ca.ibm.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
A couple entries were missing and one entry was not really relevant. PR-URL: #20316 Reviewed-By: Rich Trott <rtrott@gmail.com> Reviewed-By: Vse Mozhet Byt <vsemozhetbyt@gmail.com> Reviewed-By: Trivikram Kamat <trivikr.dev@gmail.com> Reviewed-By: Anna Henningsen <anna@addaleax.net> Reviewed-By: Tiancheng "Timothy" Gu <timothygu99@gmail.com> Reviewed-By: Michael Dawson <michael_dawson@ca.ibm.com> Reviewed-By: Franziska Hinkelmann <franziska.hinkelmann@gmail.com>
A couple entries were missing and one entry was not really relevant.
The
assert.throws
change is actually semver-minor but it did not land on 9.x yet, so 10.0.0 is the first release for it. So I guess it is also the place to note that change?I am not sure if it makes a lot of sense to change these entries now but I thought I can just open the PR and see what others think.
If it should be updated: I guess the wording for these could be further improved.
Checklist
make -j4 test
(UNIX), orvcbuild test
(Windows) passes