Bug 510247 - Wrong time displayed for other time zones
Summary: Wrong time displayed for other time zones
Status: RESOLVED DUPLICATE of bug 483045
Alias: None
Product: plasmashell
Classification: Plasma
Component: Digital Clock widget (other bugs)
Version First Reported In: 6.4.5
Platform: Arch Linux Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-10-04 23:35 UTC by Andrew Moore
Modified: 2025-10-05 18:04 UTC (History)
1 user (show)

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


Attachments
Time should be 7:30 PM (America/Toronto) and 11:30 PM (UTC) respectively (31.31 KB, image/png)
2025-10-04 23:35 UTC, Andrew Moore
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Moore 2025-10-04 23:35:48 UTC
Created attachment 185523 [details]
Time should be 7:30 PM (America/Toronto) and 11:30 PM (UTC) respectively

SUMMARY
The wrong time is displayed for UTC and America/Toronto after a DST switch for system timezone (Australia/Adelaide)

STEPS TO REPRODUCE
1. Set system timezone to Australia/Adelaide
2. Add UTC and America/Toronto as additional timezones

OBSERVED RESULT
The times for America/Toronto and UTC are off by -1 hour

EXPECTED RESULT
The proper times for America/Toronto and UTC are displayed

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Arch Linux
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.18.0
Qt Version: 6.9.2

ADDITIONAL INFORMATION
`TZ=America/Toronto date` returns the proper date/time.
Comment 1 Andrew Moore 2025-10-05 09:33:34 UTC
More information:

The DST transition for Australia/Adelaide happened today (Oct. 5).

It seems that, however, the DST transition of the system timezone is calculated in relation to the timezone being evaluated instead of the local system time. Since UTC and America/Toronto was still behind Oct 5, 2am, the time difference between the system timezone and the target timezone was badly calculated.

As soon as the timezone being evaluated passed Oct 5, 2am, then the time displayed was correct. THIS BEHAVIOUR IS WRONG, and leads to the wrong time being displayed.

That said, now all my clocks are displaying the right time.
Comment 2 Filip 2025-10-05 18:04:40 UTC
Looks like a duplicate of 483045

*** This bug has been marked as a duplicate of bug 483045 ***