-
Enhancement
-
Resolution: Fixed
-
P4
-
None
-
b16
-
generic
-
generic
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8342039 | 23.0.2 | Johny Jose | P4 | Resolved | Fixed | b03 |
Recently released tzdata2024b includes:
---
The main source files' time zone abbreviations now use %z,
supported by zic since release 2015f and used in vanguard form
since release 2022b. For example, America/Sao_Paulo now contains
the zone continuation line "-3:00 Brazil %z", which is less error
prone than the old "-3:00 Brazil -03/-02". This does not change
the represented data: the generated TZif files are unchanged.
Rearguard form still avoids %z, to support obsolescent parsers.
---
Those "%z"s need to be replaced with the GMT format at runtime, otherwise they will appear literally.
---
The main source files' time zone abbreviations now use %z,
supported by zic since release 2015f and used in vanguard form
since release 2022b. For example, America/Sao_Paulo now contains
the zone continuation line "-3:00 Brazil %z", which is less error
prone than the old "-3:00 Brazil -03/-02". This does not change
the represented data: the generated TZif files are unchanged.
Rearguard form still avoids %z, to support obsolescent parsers.
---
Those "%z"s need to be replaced with the GMT format at runtime, otherwise they will appear literally.
- backported by
-
JDK-8342039 Support "%z" time zone abbreviation format in TZ files
- Resolved
- blocks
-
JDK-8339637 (tz) Update Timezone Data to 2024b
- Resolved
- links to
-
Commit(master) openjdk/jdk23u/f9c82e49
-
Commit(master) openjdk/jdk/418bb42b
-
Review(master) openjdk/jdk23u/158
-
Review(master) openjdk/jdk/20979
(1 links to)