Bug 364978 - ksysguard shows negative relative start time due to getting the timezone wrong
Summary: ksysguard shows negative relative start time due to getting the timezone wrong
Status: REPORTED
Alias: None
Product: ksysguard
Classification: Applications
Component: ksysguard (show other bugs)
Version: 5.6.5
Platform: Arch Linux Linux
: NOR minor
Target Milestone: ---
Assignee: KSysGuard Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-01 14:35 UTC by Nicolas F.
Modified: 2020-04-15 22:24 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
screenshot of negative startup times (139.14 KB, image/png)
2016-09-06 11:46 UTC, Gregor Mi
Details
another screenshot with tooltip showing absolute values (37.50 KB, image/png)
2016-09-06 11:47 UTC, Gregor Mi
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas F. 2016-07-01 14:35:25 UTC
On recently started processes, ksysguard claims they have been launched -1 day and some hours ago. Hovering over the entry in the relative start time column reveals that it believes it has been started one hour in the future (possibly due to timezone or DST), and then makes a bogus calculation.

Reproducible: Always




# hwclock
2016-07-01 16:32:37.140183+1:00

# hwclock -c
hw-time      system-time         freq-offset-ppm   tick                                      
1467383595   1467383595.038249                                                               
1467383605   1467383605.038727                48      0
^C

$ locale                                                                 
LANG=en_GB.UTF-8                                                                             
LC_CTYPE="en_GB.UTF-8"
LC_NUMERIC="en_GB.UTF-8"
LC_TIME="en_GB.UTF-8"
LC_COLLATE="en_GB.UTF-8"
LC_MONETARY="en_GB.UTF-8"
LC_MESSAGES="en_GB.UTF-8"
LC_PAPER="en_GB.UTF-8"
LC_NAME="en_GB.UTF-8"
LC_ADDRESS="en_GB.UTF-8"
LC_TELEPHONE="en_GB.UTF-8"
LC_MEASUREMENT="en_GB.UTF-8"
LC_IDENTIFICATION="en_GB.UTF-8"
LC_ALL=

$ timedatectl
      Local time: Fri 2016-07-01 16:34:23 CEST
  Universal time: Fri 2016-07-01 14:34:23 UTC
        RTC time: Fri 2016-07-01 14:34:23
       Time zone: Europe/Zurich (CEST, +0200)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no

The output of ps -o start_time is actually the correct start time.
Comment 1 Gregor Mi 2016-09-06 11:46:52 UTC
Created attachment 100950 [details]
screenshot of negative startup times

I encountered this issue today. It might be caused by resuming from stand-by. Rebooting fixed the issue.
Comment 2 Gregor Mi 2016-09-06 11:47:30 UTC
Created attachment 100951 [details]
another screenshot with tooltip showing absolute values
Comment 3 zless 2017-07-26 16:53:56 UTC
Confirmed for 5.10.4.
Comment 4 Nicolas F. 2017-08-09 00:07:20 UTC
I also suspend/resume often, so it may indeed be related to suspending and resuming as opposed to anything to do with timezones.
Comment 5 g507839 2020-04-15 22:24:26 UTC
Timezones do not explain this, because ksysguard always shows me relative start times that are days or weeks in the future. They are utterly wrong. I think the problems start after resuming the system from standby.