Bug 104046 - adjusting timezone is not reflected in applet
Summary: adjusting timezone is not reflected in applet
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnome-panel (Show other bugs)
(Show other bugs)
Version: 9
Hardware: i686 Linux
Target Milestone: ---
Assignee: Mark McLoughlin
QA Contact: David Lawrence
Keywords: MoveUpstream, Triaged
: 123614 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2003-09-09 13:30 UTC by teuben
Modified: 2007-04-18 16:57 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-10-01 12:45:00 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description teuben 2003-09-09 13:30:33 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.7 [en] (Win98; U)

Description of problem:
adjusting the time via a timezone change is not reflected in the
applet. Once an ntp server is given, the time is changed allright,
but when I travel and change timezones, only the applet is wrong.
Mostshells, and the system time is ok. But e.g. cron is wrong, and
still looks at the old time-zone. Everything is fine again after 
I would restart X, but I don't want to loose my X session.
Obviously this is only important for laptop users.

Starting a new clock in the panel also fails with the old time.

I don't know if this is relevant, but i set my system clock to UTC.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. start redhat-config-time
2.  change timezone
3. observe 'date' command is ok
4. observe the clock applet is still showing old time

Additional info:

it is surprisingly hard to figure out what component (rpm) the
clock applet comes from..... i tried 'top' and activacting it,
but nothing interesting showed up....
certainly the command "rpm -qa | grep -i clock" didn't return

Comment 1 Havoc Pennington 2003-10-08 21:57:11 UTC
I'm guessing libc caches the timezone information. I'm not sure whether there's
a way to force it to refresh.

Comment 2 Jakub Jelinek 2003-10-08 22:08:43 UTC
Calling tzset () causes TZ env variable to be reevaluated and timezone file

Comment 3 teuben 2003-11-23 19:52:26 UTC
I'd like to add that while playing with a mandrake 9.1 box i noticed
the changing the time will adjust the time in the Clock tool on
the panel. THeir version is also, but of course they look
different to the users, since mandrake and redhat do something else
below the hood. Obviously mandrake can do it right
(one little caveat, that machine runs the hardware clock in civil
time, not in GMT, like mine). I will experiment with that to make sure
that is not the difference. But thus far i'd say the redhat version
does have a problem. I confirmed that the  version in Fedora RC1 also
exhibits the same problem as RH9. I don't recall the version of that

Comment 4 Mark McLoughlin 2004-03-03 21:54:03 UTC

*** This bug has been marked as a duplicate of 98140 ***

Comment 5 Mark McLoughlin 2004-03-04 13:29:10 UTC
Wrong dup, sorry :-)

Comment 6 Mark McLoughlin 2004-08-11 08:11:20 UTC
*** Bug 123614 has been marked as a duplicate of this bug. ***

Comment 7 Mark McLoughlin 2004-10-01 12:45:00 UTC
This is fixed in latest rawhide with glibc-2.3.3-60 or later

Note You need to log in before you can comment on or make changes to this bug.