Progress update

• Backlog of approved normative changes is all caught up
• 4 normative changes proposed today for bugs found during implementation, polyfilling, or community use
  • Narrowly scoped: edge cases with minimal implementer impact
  • Will merge after this meeting
• NOT an indication of more changes coming
  • No more known outstanding bugs
  • Last normative changes were in Nov 2023 (bugfix) and July 2023
  • Next one... never?

Progress update (2)

• Next: finalize any editorial changes that implementors might find disruptive
• Will give a loud signal when this is done
• Expect this soon
• Follow the checklist in #2628 for updates

weekOfYear/yearOfWeek optional (PR #2756)

• Reported by early adopters
• Some calendars have week numbers, some don't
• Prior art: some calendars have eras, some don't
  • Dates' era and eraYear readonly properties may be undefined
• Proposal
  • Allow weekOfYear and yearOfWeek readonly properties to be undefined
  • Calendars may return undefined from weekOfYear() and yearOfWeek() methods

Notes for specifying calendars

• Which calendars have week numbers and how are they numbered?
• ECMAScript does not have to specify this
• Data will come from CLDR and ICU
• However, may be in scope of the Intl Era and Month Codes proposal
• See tc39/proposal-intl-era-monthcode#15

Duration rounding bug (PR #2758)

• Reported by Adam Shaw (polyfill author)

• In round, the wrong reference date was used

Duration rounding bug (2)

• Generalizing, these should always be equivalent:

• Today, results disagree if past is a Temporal.ZonedDateTime and a DST change happens on past + date part of duration
• Fix bug + refactor spec to unify codepath for both operations
• Prevents future discrepancies

ZonedDateTime difference bug (PR #2760)

• Reported by Adam Shaw (polyfill author)

• Above: DST disambiguation happened at the month/day boundary, but should have been ignored
• DST disambiguation only expected at the day/hour boundary
• Narrowly-scoped fix to ZDT addition algorithm

End-of-month edge cases (PR #2759)

• From André Bargull (Firefox impl.) and Adam Shaw (polyfill author)
• Unexpected since/until result near end of month

• Expected (e.g. java.time): 1 month, 30 days, 29 days, 28 days resp.
• Affects largestUnit: 'months'|'years' (default options are OK)
• Narrow scope: one-line change affects only 0.2% of date pairs

Proposed summary for notes

Consensus was reached on a normative change making week numbering optional for calendars (PR #2756), a normative change to fix a bug in duration rounding (PR #2758), a normative change to return more useful results from date differences in end-of-month edge cases (#2759), and a normative change to fix a bug in ZonedDateTime differences (PR #2760) reached consensus.
The proposal champions are not aware of any further outstanding bugs, and expect implementations to be able to use the proposal as a stable base in the coming weeks with only editorial changes expected. Follow the checklist in #2628 for updates.