En sublocale abbrevated month not aligned with in CLDR 42 chart
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 67
- Forks
- 57
- PR merge metrics
- No merged PRs in 30d
Description
Version 72.0.1 release note confirmed alignment with CLDR 42.
According to the the CLDR 42 chart in the following link (same in its latest version CLDR 48), the "Gregorian | Months - abbreviated - Formatting" of "June, July, Sept" should be 4 letters if en sublocale code is referenced (the list of sublocales are on top of the page, such as en_NZ, en_AU, en_GB) https://www.unicode.org/cldr/charts/42/summary/en.html#24f836ce69a11cfc
However, it seems that only subset of these sublocales, such as "en_NZ, en_SG" have applied "Sept" (I'm testing in Win Server 2025 icu.dll version 72.0.1.4). And none of these sublocales have applied "June, July" abbrevated format.
Could you please confirm wiether it is a bug, or something wrong with my understanding?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the CLDR 42 chart linked in the issue and reproduce the abbreviated month values for the listed en sublocales using the reported ICU 72.0.1.4 environment. Compare the results with the chart's June, July, and Sept entries, then determine whether the discrepancy is expected data behavior or an ICU defect. Done means the issue has a confirmed explanation or a clearly scoped correction path.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- internationalization
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100