| Summary: | Digital clock shows wrong time zone identifier | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | K.J. Petrie <kde.bugs> |
| Component: | Digital Clock widget | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | normal | CC: | nate |
| Priority: | NOR | ||
| Version First Reported In: | 5.22.5 | ||
| Target Milestone: | 1.0 | ||
| Platform: | PCLinuxOS | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
K.J. Petrie
2021-10-25 14:48:59 UTC
*** Bug 444371 has been marked as a duplicate of this bug. *** 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. 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. That is... extremely strange, yes. :/ 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? 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 Thanks. |