After upgrading tzdata to 2016d version some of applications unable to determine right timezone for all zones which belong to Kazakhstan. I personally use Asia/Almaty (which is +06:00 and no DST) on my machine (Arch Linux with Plasma 5.6), and it leads some programs to produce unexpected results. E.g.: Digital Clock applet shows -12 hours from current time and Plasma Lockscreen shows time in UTC. I tried downgrade to 2016c and it works just fine. Reproducible: Always Steps to Reproduce: 1. You should have KDE Plasma 5.6.3 DE installed (not tested on other software) 2. Install tzdata-2016d-1-any package 3. Set your time zone to Asia/Almaty 3.1 Go to Lockscreen. You'll see that time shown in UTC 3.2 Add "Digital Clock" widget to your desktop. In settings of widget set time zone to Local or Asia/Almaty. Actual Results: KScreenLocker shows time in UTC Expected Results: It should show time in +06 UTC offset tzdata version 2016d
How did you do step 3? The lockscreen should follow the global time zone data. Though it might be required to restart the session.
I can confirm this issues with Kazakhstan cities time zones. After updating to timezone-data-2016d I have strangeness with time settings in plasma 5 for any Kazakhstan cities. My timezone is Asia/Oral The system show correct time: $date Sat Jul 2 00:26:31 +05 2016 Plasma clock widget show 2:26pm. But when I click to "Adjust Date and Time" in "Date and Time" tab displayed correct time, local timezone is correct Asia/Oral. When I lock screen I see 7:26pm. So at the moment I have 3 different time: 2:26pm -5 GMT in the plasma clock widget 0:26am +5 GMT in the system (correct) 7:26pm GMT in the Breeze lock screen and sddm. For testing I change timezone settings to Asia/Almaty and Asia/Aqtau and got same results - 3 different time. According changes logs for timezone-data-2016d : https://mm.icann.org/pipermail/tz-announce/2016-April/000038.html "Many corrections to historical time in Kazakhstan from 1991 through 2005. (Thanks to Stepan Golosunov.) Replace Kazakhstan's invented time zone abbreviations with numeric abbreviations." So seems replacing zone abbreviation with numeric in LMT is affected to the plasma.
According to $URL, this was a bug in Qt.