SUMMARY STEPS TO REPRODUCE 1. right-click on panel digital clock 2. follow Configure Digital Clock -> Time Zones 3. look at line 1 : UTC - Local - Your system time zone OBSERVED RESULT an ambiguous + misleading set of labels EXPECTED RESULT labels which tell the user exactly what the line does SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: Gentoo Linux KDE desktop (available in About System) KDE Plasma Version: 5.17.4 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2 ADDITIONAL INFORMATION My computer's system clock is set to UTC ; my local timezone is North America EST for Toronto. To tell KDE to show Toronto time in the digital clock in the panel, the obvious method is to select the line marked 'Toronto' : this, however, results in the clock showing a time 5 hours behind Toronto. The successful method is to select the 1st line 'UTC - Local - Your system time zone', which looks like a request for the clock to show Greenwich UT time. The 1st line should be labeled 'Local time - Local region - Your computer's local time'. In addition, it is difficult to understand why users are allowed to select multiple time zones, which the clock cannot display. The desired display should be line to be selected & only 1 line should be selectable at a time.
It should say "Toronto, Local, (Your system timezone)" I've seen this happen on broken setups where /etc/localtime didn't point to the right place. Can you should me output of ls -l /etc/localtime
'ls -l /etc/localtime' : -rw-r--r-- 1 root root 3503 Sep 28 2015 /etc/localtime My bug is intended to get the label 'UTC' changed to something more helpful. If it is in fact generated by KDE from system information, perhaps it's looking in the wrong place. There are no problems with any other software re localtime or clock settings.
Information was provided with comment 2; changing status for inspection.
Works for me with /etc/localtime pointing to a specific timezone: ls -la /etc/localtime lrwxrwxrwx 1 root root 34 Jun 4 20:06 /etc/localtime -> /usr/share/zoneinfo/America/Denver Looks like for Philip, it's a file, not a symlink to something else. I guess the remaining question is whether this is a local misconfiguration, or if we should be getting this data from another source.