Bug 1677091

Summary: The Japanese Era name will be changed on 2019-05-01 / component icu / rhel6
Product: Red Hat Enterprise Linux 6 Reporter: Christian Horn <chorn>
Component: icuAssignee: Mike FABIAN <mfabian>
Status: CLOSED DEFERRED QA Contact: Desktop QE <desktop-qa-list>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.10CC: ahogbin, cww, desktop-qa-list, mfabian, rdave, toneata
Target Milestone: rcKeywords: Reopened
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: 1677090 Environment:
Last Closed: 2019-11-18 06:10:37 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 1677090, 1677092, 1677093    
Bug Blocks: 1688570    

Description Christian Horn 2019-02-14 02:44:35 UTC 
+++ This bug was initially created as a clone of Bug #1677090 +++

Description of problem:
The Japanese Era name will be changed on 2019-05-01 / component icu / rhel5
icu code is referring to the japanese era name.

(snippet from the rhel7 icu code)
 364 void IntlCalendarTest::TestJapanese() {
 365     UDate timeA = Calendar::getNow();
 366     
 367     /* Sorry.. japancal.h is private! */
 368 #define JapaneseCalendar_MEIJI  232
 369 #define JapaneseCalendar_TAISHO 233
 370 #define JapaneseCalendar_SHOWA  234
 371 #define JapaneseCalendar_HEISEI 235
 372     
 373     // BE 2542 == 1999 CE
 374     int32_t data[] = { 
 375         //       Jera         Jyr  Gyear   m             d
 376         JapaneseCalendar_MEIJI, 1, 1868, UCAL_SEPTEMBER, 8,
 377         JapaneseCalendar_MEIJI, 1, 1868, UCAL_SEPTEMBER, 9,
 378         JapaneseCalendar_MEIJI, 2, 1869, UCAL_JUNE, 4,
 379         JapaneseCalendar_MEIJI, 45, 1912, UCAL_JULY, 29,
 380         JapaneseCalendar_TAISHO, 1, 1912, UCAL_JULY, 30,
 381         JapaneseCalendar_TAISHO, 1, 1912, UCAL_AUGUST, 1,
 382         
 383         // new tests (not in java)
 384         JapaneseCalendar_SHOWA,     64,   1989,  UCAL_JANUARY, 7,  // Test current era transition (different code path than others)
 385         JapaneseCalendar_HEISEI,    1,   1989,  UCAL_JANUARY, 8,
 386         JapaneseCalendar_HEISEI,    1,   1989,  UCAL_JANUARY, 9,
 387         JapaneseCalendar_HEISEI,    1,   1989,  UCAL_DECEMBER, 20,
 388         JapaneseCalendar_HEISEI,  15,  2003,  UCAL_MAY, 22,
 389         -1,-1,-1,-1,-1,-1,-1,-1,-1,-1
 390     };

Actual results:
No reference to the upcoming era.

Expected results:
The upcoming era name should properly be dealed with.

Additional info:
- https://en.wikipedia.org/wiki/Japanese_imperial_transition,_2019
- the new era name has not yet been announced.
- We also have to modify glibc (for example bz1555189) and openjdk.
Comment 1 Christian Horn 2019-02-14 02:55:21 UTC 
There is no extra component for package icu4j on rhel6, so I guess changes here in this bz will also result in updates in package icu4j.
Comment 13 Jens Petersen 2019-10-30 04:27:46 UTC 
(In reply to Christian Horn from comment #1)
> There is no extra component for package icu4j on rhel6

Correct

> so I guess changes
> here in this bz will also result in updates in package icu4j.

I don't think so: icu4j may be in some layered products but it would have to be fixed there..