Frank Yung-Fong Tang
Frank Yung-Fong Tang
ECMA402 has the concept of ["Default Timezone" in sec 6.4.3](https://www.ecma-international.org/ecma-402/7.0/index.html#sec-defaulttimezone) and there is a new [HTML "timezonechange event" proposal (whatwg/html PR 3047)](https://github.com/whatwg/html/pull/3047). It will be nice if webdriver could support...
The following tests landed by @ptomato are invalid. ``` test/intl402/DateTimeFormat/constructor-calendar-numberingSystem-order.js test/intl402/Temporal/Calendar/prototype/eraYear/argument-propertybag-calendar-number.js test/intl402/Temporal/Calendar/prototype/era/argument-propertybag-calendar-number.js test/built-ins/Temporal/TimeZone/prototype/getPlainDateTimeFor/calendar-number.js test/built-ins/Temporal/TimeZone/prototype/getPossibleInstantsFor/argument-propertybag-calendar-number.js test/built-ins/Temporal/TimeZone/prototype/getInstantFor/argument-propertybag-calendar-number.js test/built-ins/Temporal/PlainYearMonth/from/argument-propertybag-calendar-number.js test/built-ins/Temporal/PlainYearMonth/compare/argument-propertybag-calendar-number.js test/built-ins/Temporal/PlainYearMonth/calendar-number.js test/built-ins/Temporal/PlainYearMonth/prototype/until/argument-propertybag-calendar-number.js test/built-ins/Temporal/PlainYearMonth/prototype/equals/argument-propertybag-calendar-number.js test/built-ins/Temporal/PlainYearMonth/prototype/since/argument-propertybag-calendar-number.js test/built-ins/Temporal/Now/plainDate/calendar-number.js test/built-ins/Temporal/Now/zonedDateTime/calendar-number.js test/built-ins/Temporal/Now/plainDateTime/calendar-number.js test/built-ins/Temporal/ZonedDateTime/from/argument-propertybag-calendar-number.js test/built-ins/Temporal/ZonedDateTime/compare/argument-propertybag-calendar-number.js test/built-ins/Temporal/ZonedDateTime/calendar-number.js test/built-ins/Temporal/ZonedDateTime/prototype/until/argument-propertybag-calendar-number.js test/built-ins/Temporal/ZonedDateTime/prototype/equals/argument-propertybag-calendar-number.js test/built-ins/Temporal/ZonedDateTime/prototype/since/argument-propertybag-calendar-number.js...
All tests which part of ECMA402 should be put under test/intl402 and tests outside test/intl402 should not verify any behavior defined in ECMA402. But in Temporal, because Temporal.*.prototype.era and eraYear...
There should have no spaces before that in the line. ``` ~/tc39/test262$ find |egrep [\.]js| xargs egrep " features:" ./test/built-ins/Promise/prototype/then/ctor-throws.js: features: [Symbol.species] ./test/language/expressions/object/method-definition/yield-as-parameter.js: features: [generators] ./test/language/expressions/object/method-definition/yield-as-logical-or-expression.js: features: [generators] ./test/language/expressions/object/method-definition/generator-no-yield.js: features:...
Temporal tests which depends on IANA TimeZone other than UTC should be moved from builtin-ins to intl402 directory find Temporal/|xargs egrep -s "Asia|America|Europe|Africa"|cut -d':' -f1|sort -u Temporal/Duration/compare/timezone-string-datetime.js Temporal/Duration/prototype/add/relativeto-string-datetime.js Temporal/Duration/prototype/add/timezone-string-datetime.js Temporal/Duration/prototype/round/relativeto-string-datetime.js...
should when no complete records in built-ins/Temporal/PlainDate/prototype/toPlainDateTime/basic.js
I saw a problem with built-ins/Temporal/PlainDate/prototype/toPlainDateTime/basic.js The folllowing should thorw: ``` const date = new Temporal.PlainDate(2000, 5, 2); const optionBag = date.toPlainDateTime({ hour: 11, minute: 30, second: 23 }); ```...
This test is wrong I think Temporal/Duration/prototype/add/calendar-dateadd-called-with-options-undefined.js ``` const calendar = TemporalHelpers.calendarDateAddUndefinedOptions(); const timeZone = TemporalHelpers.oneShiftTimeZone(new Temporal.Instant(0n), 3600e9); const instance = new Temporal.Duration(1, 1, 1, 1); instance.add(instance, { relativeTo: new...
Intl NumberFormat v3 API advanced to Stage 3 in TC39 2021 July meeting. We need tests for it. https://github.com/tc39/proposal-intl-numberformat-v3 @sffc
The following newly added tests by https://github.com/tc39/proposal-temporal/pull/1871/files are not according to the current Temporal proposal: 'built-ins/Temporal/Duration/compare/relativeto-sub-minute-offset' 'built-ins/Temporal/Duration/prototype/add/relativeto-sub-minute-offset' 'built-ins/Temporal/Duration/prototype/round/relativeto-sub-minute-offset' 'built-ins/Temporal/Duration/prototype/subtract/relativeto-sub-minute-offset' 'built-ins/Temporal/Duration/prototype/total/relativeto-sub-minute-offset' test/built-ins/Temporal/Duration/compare/relativeto-sub-minute-offset.js ``` relativeTo = "2000-01-01T00:00+00:44:30[+00:44:30.123456789]"; assert.throws(RangeError, () => Temporal.Duration.compare(duration1, duration2,...
Some of the Temporal test such as https://github.com/tc39/test262/blob/main/test/built-ins/Temporal/Duration/prototype/round/calendar-dateuntil-called-with-singular-largestunit.js are way too complicated to show why the expectation is correct and track down issue if not. First the first set of...