Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

CLONE - @calendar=iso8601 doesn't work

Description

CLONED to CLDR because the actual fix is to the CLDR data-- add an alias in root.xml from “iso8601” to “gregorian”.

I’ve run into a number of problems with the locale subtag @calendar=iso8601. If I add the following test to udatpg_test.c:

…it doesn’t pass; I get the wrong results.

Similarly, if I add this test case…

…to fmtTestItems in crelativedateformattest.c, it fails with a MISSING_RESOURCE_ERROR.

The root cause seems to be that we’re trying to look up formatting patterns in the resource bundles, and none of them have calendar/iso8601 resources.

I think the solution may be to simply add an alias from calendar/iso8601 to calendar/gregorian in root.txt.

Activity

Rich Gillam 
September 18, 2024 at 11:23 PM

Looked over the fix, and it looks good to me.

Peter Edberg 
September 18, 2024 at 3:37 PM
(edited)

, moving to you since you made the fix. Can this go to review? The open CLDR PR may no longer be relevant.

Mark Davis 
August 26, 2024 at 6:08 PM

Note: for 46 (if it fits) we would clone the root patterns for Gregorian (which are big-endian). We would add split off a separated ticket (with priority=blocks-progress) to add tests that raise checks if any of the following fail:

  1. The order is always year, month, day, hour, minute, second

  2. There is no day-of-week

  3. The year is always full

  4. The calendar is proleptic with no eras (BC instead uses years 0000, -0001, …)

Mark Davis 
August 21, 2024 at 4:25 PM

Assigning to Peter for now, but we can change if he can’t take it.

Mark Davis 
August 21, 2024 at 4:24 PM

Agreed in TC 2024-08-21

Fixed

Details

Components

Labels

Priority

Fix versions

Assignee

Reviewer

Reporter

Created August 15, 2024 at 12:07 AM
Updated April 28, 2025 at 6:47 PM
Resolved September 18, 2024 at 11:23 PM