From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)

Description of problem:
dateconfig at the console and at the gui apply setting changes made 
to the timezone even if the 'cancel' button is pressed.

Oddly enough, this seems to only occur in the Japanese local 
(LANG=ja_JP.eucJP).  If you do an 'export LANG=C' before running 
dateconfig, everything works fine.

Steps to reproduce are listed below.

Version-Release number of selected component (if applicable):
redhat-config-date-1.5.22-3

How reproducible:
Always

Steps to Reproduce:
1.Install RHEL 3 and update to the latest version of redhat-date-
config, make sure to install the Japanese language and make it the 
default.  
2. Use dateconfig from the console to set the timezone to JST (ie: 
Asia/Tokyo)
3. Exit dateconfig, execute the 'date' command to check the 
timezone.  It should be JST.
4. execute dateconfig, select a DIFFERENT timezone, then 
select 'cancel'.
5. use the 'date' command to check the timezone, notice it has 
CHANGED even though cancel was selected.
6. at the bash prompt set the local to C (export LANG=C)
7. execute dateconfig again, select a new timezone, select cancel.  
Notice how this time the timezone DIDN'T change (ie: it operated 
properly)
    

Actual Results:  Setting timezone via redhat-config-date is broken in 
ja_JP locale, works in C locale.

Expected Results:  Should work the same way (ie: correctly) in both 
locals.

Additional info: