TEST-UNEXPECTED-FAIL | test262/intl402/Temporal/PlainDate/prototype/with/cross-era-boundary.js
Categories
(Core :: JavaScript: Internationalization API, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr115 | --- | unaffected |
firefox-esr128 | --- | fixed |
firefox128 | --- | wontfix |
firefox129 | --- | fixed |
firefox130 | --- | fixed |
People
(Reporter: glandium, Assigned: glandium)
References
Details
Attachments
(3 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-release+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-esr128+
|
Details | Review |
When upgrading to rustc 1.80:
[task 2024-07-29T21:00:28.270Z] ## test262/intl402/Temporal/PlainDate/prototype/with/cross-era-boundary.js: rc = 3, run time = 0.045518
[task 2024-07-29T21:00:28.270Z] /builds/worker/checkouts/gecko/js/src/tests/test262/intl402/Temporal/PlainDate/prototype/with/cross-era-boundary.js:14:26 Error: internal error while computing calendar data
[task 2024-07-29T21:00:28.270Z] Stack:
[task 2024-07-29T21:00:28.270Z] @/builds/worker/checkouts/gecko/js/src/tests/test262/intl402/Temporal/PlainDate/prototype/with/cross-era-boundary.js:14:26
[task 2024-07-29T21:00:28.270Z] TEST-UNEXPECTED-FAIL | test262/intl402/Temporal/PlainDate/prototype/with/cross-era-boundary.js | (args: "--dll /builds/worker/fetches/injector/libbreakpadinjector.so") [0.0 s]
This is caused by https://github.com/unicode-org/icu4x/issues/5039
Assignee | ||
Comment 1•6 months ago
|
||
Assignee | ||
Updated•6 months ago
|
Assignee | ||
Comment 2•6 months ago
|
||
Is the segmenter exposed to content on 128?
Comment 4•6 months ago
|
||
(In reply to Mike Hommey [:glandium] from comment #2)
Is the segmenter exposed to content on 128?
Intl.Segmenter
is already shipped, but this error seems to be Temporal.
anba, Temporal isn't shipped on stable yet, right?
Comment 5•6 months ago
|
||
bugherder |
Assignee | ||
Comment 6•6 months ago
|
||
(In reply to Makoto Kato [:m_kato] from comment #4)
(In reply to Mike Hommey [:glandium] from comment #2)
Is the segmenter exposed to content on 128?
Intl.Segmenter
is already shipped, but this error seems to be Temporal.
The Segmenter seems to be using zerovec, though. We're not seeing problems in tests, but I can't guarantee it actually doesn't do bad things.
Comment 7•6 months ago
|
||
(In reply to Makoto Kato [:m_kato] from comment #4)
anba, Temporal isn't shipped on stable yet, right?
Correct. Temporal requires the configure flag --with-temporal-api
to be set, which isn't yet enabled by default.
Comment 8•6 months ago
|
||
The patch landed in nightly and beta is affected.
:glandium, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- If no, please set
status-firefox129
towontfix
.
For more information, please visit BugBot documentation.
Comment 9•6 months ago
|
||
(In reply to Mike Hommey [:glandium] from comment #6)
The Segmenter seems to be using zerovec, though. We're not seeing problems in tests, but I can't guarantee it actually doesn't do bad things.
zerovec is used on ICU4X data marker, so it doesn't depends on segmenter only. Currently, I guess that we already use ICU4X for bidi, normalization of URL and etc
Assignee | ||
Comment 10•6 months ago
|
||
Ok, so this would need to be uplifted to ESR too... except ESR doesn't have bug 1899411, which updated zerovec from 0.10.1 to 0.10.2
Assignee | ||
Comment 11•6 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D218020
Updated•6 months ago
|
Comment 12•6 months ago
|
||
beta Uplift Approval Request
- User impact if declined: Undefined behavior when some ICU4X data is used
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: N/A
- Risk associated with taking this patch: Low
- Explanation of risk level: Straightforward addition of an attribute to a few structs
- String changes made/needed: N/A
- Is Android affected?: yes
Assignee | ||
Comment 13•6 months ago
|
||
Original Revision: https://phabricator.services.mozilla.com/D218020
Updated•6 months ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Comment 14•6 months ago
|
||
esr128 Uplift Approval Request
- User impact if declined: Undefined behavior when some ICU4X data is used
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: N/A
- Risk associated with taking this patch: Low
- Explanation of risk level: Straightforward addition of an attribute to a few structs
- String changes made/needed: N/A
- Is Android affected?: yes
Updated•6 months ago
|
Updated•6 months ago
|
Comment 15•6 months ago
|
||
uplift |
Updated•6 months ago
|
Updated•6 months ago
|
Comment 16•6 months ago
|
||
uplift |
Updated•6 months ago
|
Description
•