JDK-6650748 : (tz) Java runtime doesn't detect VET time zone correctly on Windows
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util:i18n
  • Affected Version: 5.0u9,6
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2008-01-15
  • Updated: 2011-03-08
  • Resolved: 2011-03-08
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other Other Other JDK 6 JDK 7 Other
1.4.2_19-rev,OpenJDK6Fixed 1.4.2_20Fixed 5.0u18Fixed 6u6Fixed 7 b38Fixed OpenJDK6Fixed
Related Reports
Duplicate :  
Relates :  
Description
FULL PRODUCT VERSION :


ADDITIONAL OS VERSION INFORMATION :
Widnows XP

A DESCRIPTION OF THE PROBLEM :
I updated my JRE 1.6 with tzupdater-1.3.3-2007k, and the VET time zone shows GMT-4:15 instead of GMT -4:30.




REPRODUCIBILITY :
This bug can be reproduced always.

Comments
EVALUATION The GMT-04:15 output turned out to be an application problem. This CR remains as the time zone detection problem.
17-01-2008

EVALUATION The following are differences from the previous <JRE_HOME>\lib\tzmappings. @@ -65,8 +66,8 @@ Newfoundland Standard Time:-1,81::America/St_Johns: Pacific SA:-1,82::America/Santiago: Pacific SA Standard Time:-1,82::America/Santiago: -SA Western:-1,82::America/Caracas: -SA Western Standard Time:-1,82::America/Caracas: +SA Western:-1,82:BO:America/La_Paz: +SA Western Standard Time:-1,82:BO:America/La_Paz: SA Pacific:-1,83::America/Bogota: SA Pacific Standard Time:-1,83::America/Bogota: US Eastern:-1,84::America/Indianapolis: @@ -177,3 +178,4 @@ Middle East Standard Time:909,909:LB:Asia/Beirut: Armenian Standard Time:910,910:AM:Asia/Yerevan: Montevideo Standard Time:911,911:UY:America/Montevideo: +Venezuela Standard Time:912,912::America/Caracas:
16-01-2008

WORK AROUND Please set the user.timezone property to America/Caracas.
16-01-2008

EVALUATION The recent Windows Update included time zone registry changes. Venezuela Standard Time has newly been added, which JDK doesn't understand.
16-01-2008