-
Notifications
You must be signed in to change notification settings - Fork 160
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
Normative: change ordering of balancing operations in Temporal.Durati… #2517
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2517 +/- ##
==========================================
- Coverage 95.97% 95.51% -0.46%
==========================================
Files 20 20
Lines 11123 10928 -195
Branches 2126 2033 -93
==========================================
- Hits 10675 10438 -237
- Misses 387 430 +43
+ Partials 61 60 -1
... and 13 files with indirect coverage changes Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it 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.
Looks good. I'm glad this bugfix turned out to be so straightforward.
FYI, the process for normative PRs is that I mark this as a draft so that it doesn't get merged accidentally before being presented in the TC39 meeting. Then once it's been approved, I'll un-draft it, and push an update that updates the test262 submodule to include tc39/test262#3793 so that the tests pass.
This reached consensus at the March 2023 TC39 meeting. Test262 tests are in tc39/test262#3793. |
…on.prototype.round If we balance the bigger units before the smaller ones, then we never properly balance the days that are added from balancing units up to day length. Changing the order of operations ensures proper balancing of all units. There is also no more need for the call to MoveRelativeZonedDateTime() in the end of the method, so it's been removed. Closes: tc39#2508
…poral.Duration.prototype.round. r=spidermonkey-reviewers,mgaudet Implement the changes from <tc39/proposal-temporal#2517>. Depends on D182039 Differential Revision: https://phabricator.services.mozilla.com/D182040
…poral.Duration.prototype.round. r=spidermonkey-reviewers,mgaudet Implement the changes from <tc39/proposal-temporal#2517>. Depends on D182039 Differential Revision: https://phabricator.services.mozilla.com/D182040
…poral.Duration.prototype.round. r=spidermonkey-reviewers,mgaudet Implement the changes from <tc39/proposal-temporal#2517>. Depends on D182039 Differential Revision: https://phabricator.services.mozilla.com/D182040 UltraBlame original commit: 56d3e3e518e00ecc082fd1cd862a1d0ac5cea7af
…poral.Duration.prototype.round. r=spidermonkey-reviewers,mgaudet Implement the changes from <tc39/proposal-temporal#2517>. Depends on D182039 Differential Revision: https://phabricator.services.mozilla.com/D182040 UltraBlame original commit: 56d3e3e518e00ecc082fd1cd862a1d0ac5cea7af
…poral.Duration.prototype.round. r=spidermonkey-reviewers,mgaudet Implement the changes from <tc39/proposal-temporal#2517>. Depends on D182039 Differential Revision: https://phabricator.services.mozilla.com/D182040 UltraBlame original commit: 56d3e3e518e00ecc082fd1cd862a1d0ac5cea7af
…on.prototype.round
If we balance the bigger units before the smaller ones, then we never properly balance the days that are added from balancing units up to day length. Changing the order of operations ensures proper balancing of all units.
There is also no more need for the call to MoveRelativeZonedDateTime() in the end of the method, so it's been removed.
Closes: #2508