JDK-4035178 : Insufficient support for timezones
  • Type: Bug
  • Component: core-libs
  • Sub-Component: java.util
  • Affected Version: 1.1,1.2.0
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: windows_nt
  • CPU: x86
  • Submitted: 1997-02-27
  • Updated: 1997-10-23
  • Resolved: 1997-10-23
Related Reports
Duplicate :  
JDK-4069784 - TimeZone.getDefault() returns incorrect time zome.
Description

Name: mc57594			Date: 02/27/97


A timezone setting of Indiana East under Windows NT 4.0 is not being correctly interpreted.  The default timezone returned is GMT.  If I set my timezone to EST it is correctly interpreted. 


company - interactive intelligence , email - ###@###.###
======================================================================


Feedback from european licensee :-

There are other european timezones are not being recognised :-

"E. Europe Standard Time" = Karachi (GMT +05.00)

Also Berlin, Stockholm, Rome etc. but these can be worked around by using Paris
(also GMT +01.00).

Another issue is that GetTimeZoneInformation() returns unicode and the
return value is being compared using strcmp() -- will this code break in
some locales (Japen?).
Comments
WORK AROUND Name: mc57594 Date: 02/27/97 ======================================================================
11-06-2004
SUGGESTED FIX Augment win32/javavm/include/locale_str.h with the full list of timezones that Windows NT can return. Would it also be possible to change the current approach which is "if can't resolve return GMT"? Ideally a property file could be used to cater for timezones that aren't in the timezone_names[] list.
11-06-2004