web-features-manifest-for-63829c6d925e24a3f5f307b08754aaa1c412c6a6

Tests to verify that the reference year table for chinese/dangi calen…

Address review comments

Note that Temporal.ZonedDateTime.prototype.toLocaleString does not
accept a timeZone option.

[Temporal] D.round, .total, .compare op order when relativeTo PD or ZDT

for X = prototype/round, prototype/total, compare, add test cases
to `Duration/X/order-of-operations.js` that make sure that property
bag properties aren't read when the relativeTo argument is a
PlainDate or ZonedDateTime.

Temporal: Add Duration.round() case triggering temporal_rs bug

I'm not sure of the exact circumstances that trigger this bug, but it
seems to be balancing a duration to a larger unit while also rounding to
an increment, with relativeTo.

Discovered using snapshot testing.
V8/Boa bug: https://github.com/boa-dev/temporal/issues/689

Temporal: Tests for parsing Y-M-D[u-ca=CALENDAR] as YearMonth/MonthDay

JSC fails these test cases.

[Temporal] Add tests for overflow reject in NonISODateAdd (#4968)

* [Temporal] Add tests for overflow reject in NonISODateAdd

Check mapping of numerical months across leap years. This catches bugs in
implementations where numeric months are not correctly mapped across leap
years, allowing additions and subtractions that should throw with overflow
reject.

I think these are the only methods that can trigger
`overflow: "reject"` in NonISODateAdd.

This addresses https://github.com/tc39/test262/issues/4905

* Add numerical leap month tests for chinese and dangi.

* Remove superfluous arguments to .from

Temporal: Ensure year field in PlainMonthDay not used for range check

When constructing PlainMonthDay from a property bag, or applying partial
fields to PlainMonthDay, as a special case for the iso8601 calendar, the
year field should only be used for applying the overflow parameter, not
for range checking.

Discovered using snapshot testing.
V8/Boa bug: https://github.com/boa-dev/temporal/issues/688

Temporal: Test that strings with >9 decimal places are rejected

Up to 9 decimal places are supported. 10 are not. Test this with both a
nonzero and zero tenth decimal digit, and in both times and UTC offsets
where applicable.

This was a bug in V8 and Boa.
See https://github.com/boa-dev/temporal/issues/677

web-features-manifest-for-fa9e42d1a832a6fb1df3cb46fe6780cdd18c8e5e

Temporal: Use TemporalHelpers.assertPlainDate in Japanese pre-Meiji test

web-features-manifest-for-ab1590d83d0ca04d9df620a6cbbd542b8325c83a

Remove invalid test (tests outside valid Chinese calendar range)