Bug 444372 - Digital clock shows wrong time zone identifier
Summary: Digital clock shows wrong time zone identifier
Status: RESOLVED UPSTREAM
Alias: None
Product: plasmashell
Classification: Plasma
Component: Digital Clock widget (other bugs)
Version First Reported In: 5.22.5
Platform: PCLinuxOS Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
: 444371 (view as bug list)
Depends on:
Blocks:
 
Reported: 2021-10-25 14:48 UTC by K.J. Petrie
Modified: 2021-11-03 17:04 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description K.J. Petrie 2021-10-25 14:48:59 UTC
SUMMARY
The digital clock has changed the time zone identifier from BST to GMT one week early.

STEPS TO REPRODUCE
1. Add the digital clock to the panel or desktop
2. Configure the clock to show the time zone
3. Observe the display

OBSERVED RESULT
"(GMT)" is displayed next to the time

EXPECTED RESULT
"(BST)" should be displayed, as it was until this weekend.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.10.52
Qt Version: 5.15.2

ADDITIONAL INFORMATION
The analogue clock is one hour slow (reported separately) and the correct time zone is shown by the GNU date command. Europe stays on Summer Time until next Sunday.
Comment 1 Nate Graham 2021-10-25 21:59:51 UTC
*** Bug 444371 has been marked as a duplicate of this bug. ***
Comment 2 Nate Graham 2021-10-25 22:01:28 UTC
The KDE code just displays the data we get from Qt via ICU; it must be either a Qt or an ICU issue, or an issue with their packaging in your distro. If you're unsure where to flie the bug, I would recommend asking one of your distro's packagers. They might also know the reason for this. Maybe they need to update ICU, for example.
Comment 3 K.J. Petrie 2021-10-25 22:37:22 UTC
Thanks for looking into it. I accept it's possibly caused by an upstream problem, but I still find it hard to understand the inconsistent treatment of the data. Would you expect the time displayed on the clock face to differ from that in the tool tip when hovering over the clock? Would you expect different clock applets to display different times? Equally, why is the analogue clock on the desktop showing a different time from the apparently same clock in System Settings? It's not as if they all agree but the time is wrong. They don't agree, so they seem to be treating the same data differently.
Comment 4 Nate Graham 2021-10-25 22:38:33 UTC
That is... extremely strange, yes. :/
Comment 5 K.J. Petrie 2021-11-02 01:00:26 UTC
Europe's turn last week. America's turn this week. LXQT users are also affected so it does look like a QT problem. Does Resolved Upstream mean QT have already found and fixed it?
Comment 6 Nate Graham 2021-11-03 14:16:45 UTC
No, it just means that the issue is somewhere in Qt and there's nothing we can do about it on the KDE side. See https://community.kde.org/Get_Involved/Issue_Reporting#Understand_what_the_resolution_statuses_mean
Comment 7 K.J. Petrie 2021-11-03 17:04:27 UTC
Thanks.