clock applet shows UTC time not timezone time when NTP used

Bug #15514 reported by Stephen Boulet
8
Affects Status Importance Assigned to Milestone
kdebase (Ubuntu)
Fix Released
Medium
Jonathan Riddell

Bug Description

Using kclock and selecting the "Set date and time automatically" button in the
dialog that comes up when you right-click the clock and choose "Adjust date and
time", I see that the offset between UTC and my current zone gets taken into
account when I hit the apply button. The clock never updates though.

Revision history for this message
Seth Kinast (seth) wrote :

Confirming. What's worse is that I can't get kclock to understand what my
correct timezone is anymore; it won't switch back from GMT.

Revision history for this message
Seth Kinast (seth) wrote :

Reporter, this bug seems to be fixed as of today for me. Can you confirm?

Revision history for this message
Seth Kinast (seth) wrote :

Scratch that... upon reboot, it reverted again, and I'm not sure what I did to
make it work properly the first time.

http://www.linuxquestions.org/questions/history/345094 describes the same issue,
so this is a KDE problem.

Revision history for this message
Seth Kinast (seth) wrote :

Okay, last post on this bug, I promise. This forum thread shows a way to
successfully fix the problem.

http://ubuntuforums.org/showthread.php?t=53411

Sorry for bugspam.

Revision history for this message
Irvin Piraman (ippiraman) wrote :

An entry on /etc/default/rcS may be the culprit here:

$ cat /etc/default/rcS | grep UTC
# Set UTC=yes if your system clock is set to UTC (GMT), and UTC=no if not.
UTC=no

Make sure you set UTC to "no" display your local timezone. You can also try running 'tzconfig' to set the timezone properly.

Revision history for this message
Rocco Stanzione (trappist) wrote :

I have no trouble at all with this on an up-to-date dapper. Can anyone confirm?

Changed in kdebase:
status: Unconfirmed → Needs Info
Revision history for this message
Rocco Stanzione (trappist) wrote :

No confirmation after about a month, and I still can't reproduce. Please feel free to reopen this if it's still a problem for you.

Changed in kdebase:
status: Needs Info → Fix Released
Revision history for this message
Roman Polach (rpolach) wrote :

I had similar problem: When synchronization was enabled, gnome clock applet
shows time in UTC even I have set Europe/Prague zone and "show UTC" was not checked... When I have adjusted time manualy, it does not change the time at all, I must disable synchronization and then it works.. but when I enable synchronization, the UTC was back... then I have solved this problem by this:
# rm /etc/localtime && ln -s /usr/share/zoneinfo/Europe/Prague /etc/localtime
...but this is an workaround and should be fixed properly..

Revision history for this message
Roman Polach (rpolach) wrote :

Sorry, I was wrong:
"rm /etc/localtime && ln -s /usr/share/zoneinfo/Europe/Prague /etc/localtime"
did not help.. after restart the time was UTC again...

"cat /etc/default/rcS | grep UTC" gives "UTC=no"
"show UTC" option of applet is unchecked,
zone is Europe/Prague (UTC+1)

but clock applet still shows UTC when synchronization is enabled

Revision history for this message
Roman Polach (rpolach) wrote :

for case of gnome clock applet, the problem is gone in feisty final..

Revision history for this message
Renata (renata-rocha) wrote :

Problem happens here in a brand new Ubuntu 8.04, with Gnome.
I edited /etc/default/rcS as it is shown below and problem persists:

#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.

TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=no
VERBOSE=no
FSCKFIX=no

===

Also I tried symlinking or copying the timezone from /usr/share/zoneinfo to /etc/localtime, rebooting several times, but no success. The only thing that worked for me was setting the time by hand. I have no "UTC" option on the applet, looks like gnome removed the checkbox, as I verifed with some other users.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.