-
Bug
-
Resolution: Not an Issue
-
P4
-
None
-
8, 9
-
generic
-
generic
FULL PRODUCT VERSION :
java version "1.8.0_74"
ADDITIONAL OS VERSION INFORMATION :
windows 10.
A DESCRIPTION OF THE PROBLEM :
The TimeZone offset of Asia/Urumqi has been updated from GMT+8 to GMT+6. But this is wrong because China typically use one TimeZone offset, the GMT+8. It is true that locals in Urumqi may, informally, use the GMT+6 , which is the old timezone that they had (before the decision that China will have a common time zone offset), but the formal timezone that it is used to banks, services etc is the GMT+8. In previous versions of Java, e.g. Java6 it was GMT+8, but it was updated to GMT+6, why?
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Get the "Asia/Urumqi" TimeZone from ZoneInfo.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
rawoffset=2880000
ACTUAL -
rawoffset=2160000
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
TimeZone Urumqi = ZoneInfo.getTimeZone("Asia/Urumqi");
---------- END SOURCE ----------
SUPPORT :
YES
java version "1.8.0_74"
ADDITIONAL OS VERSION INFORMATION :
windows 10.
A DESCRIPTION OF THE PROBLEM :
The TimeZone offset of Asia/Urumqi has been updated from GMT+8 to GMT+6. But this is wrong because China typically use one TimeZone offset, the GMT+8. It is true that locals in Urumqi may, informally, use the GMT+6 , which is the old timezone that they had (before the decision that China will have a common time zone offset), but the formal timezone that it is used to banks, services etc is the GMT+8. In previous versions of Java, e.g. Java6 it was GMT+8, but it was updated to GMT+6, why?
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Get the "Asia/Urumqi" TimeZone from ZoneInfo.
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
rawoffset=2880000
ACTUAL -
rawoffset=2160000
REPRODUCIBILITY :
This bug can be reproduced always.
---------- BEGIN SOURCE ----------
TimeZone Urumqi = ZoneInfo.getTimeZone("Asia/Urumqi");
---------- END SOURCE ----------
SUPPORT :
YES