-
Bug
-
Resolution: Duplicate
-
P4
-
None
-
6u29
-
x86
-
windows_7
FULL PRODUCT VERSION :
java version "1.6.0_30"
Java(TM) SE Runtime Environment (build 1.6.0_30-b12)
Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode)
and _27 too
ADDITIONAL OS VERSION INFORMATION :
Windows 7 Enterprise 64bit SP1
A DESCRIPTION OF THE PROBLEM :
TimeZone.getDefault(); returns TZ UTC-4.5 (VET) for Kaliningrad UTC+3
REGRESSION. Last worked in version 6u29
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. set up TZ Kaliningrad +3 in windows 7 settings.
2. call TimeZone.getDefault();
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
correct timezone. since october 2011 Russia and Belarus made changes in TZ.
ACTUAL -
VET timezone
REPRODUCIBILITY :
This bug can be reproduced always.
java version "1.6.0_30"
Java(TM) SE Runtime Environment (build 1.6.0_30-b12)
Java HotSpot(TM) 64-Bit Server VM (build 20.5-b03, mixed mode)
and _27 too
ADDITIONAL OS VERSION INFORMATION :
Windows 7 Enterprise 64bit SP1
A DESCRIPTION OF THE PROBLEM :
TimeZone.getDefault(); returns TZ UTC-4.5 (VET) for Kaliningrad UTC+3
REGRESSION. Last worked in version 6u29
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. set up TZ Kaliningrad +3 in windows 7 settings.
2. call TimeZone.getDefault();
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
correct timezone. since october 2011 Russia and Belarus made changes in TZ.
ACTUAL -
VET timezone
REPRODUCIBILITY :
This bug can be reproduced always.
- duplicates
-
JDK-7111903 (tz) Windows-only: tzmappings needs update for KB2570791
- Closed