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):
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
2. Use dateconfig from the console to set the timezone to JST (ie:
3. Exit dateconfig, execute the 'date' command to check the
timezone. It should be JST.
4. execute dateconfig, select a DIFFERENT timezone, then
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
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
Do you see this using redhat-config-date (the GUI config tool) as well? The text
mode toolsmay have some quirks not present there.
Closing due to inactivity.