Since daylight savings time began (last weekend) any new alarms I enter in kalarm are being recorded - and alerted - one hour later than they should. Reproducible: Always Steps to Reproduce: 1. Enter a new alarm into kalarm. Actual Results: Alarm time is displayed - and alarm alerts - one hour later than the time actually entered on the alarm. Expected Results: Alarm time should display - and alert - at the time entered on the alarm. The only way to workaround this is to go into the alarm again and turn on the box that says "Ignore time zone". Note that this seems to only happen for new alarms that I enter. (I.e., any alarms that I've entered since daylight savings time.) Alarms that I entered weeks ago (i.e., before daylight savings began) seem to work correctly. See attached screenshots for an example of this behavior. FYI, in the Time & Date section of the kalarm settings, I have my time zone set to America/New York, and my holiday region set to UnitedStates (American English). Timedatectl also reports my time zone as America/New_York (EDT, -0400). I am using kalarm v15.12.3 on Arch Linux.
Created attachment 97945 [details] Alarm created is recorded for 1 hour later See in the alarm edit window that I have set the "Testing" alarm for 4:00PM. But the kalarm window to the right of it shows it as 5:00PM.
Created attachment 97946 [details] Work around the problem by setting "ignore time zone" Only when I set "ignore time zone" does the alarm get recorded - and alerted - at the correct time.
I have the same problem. Thanks for the hint on the Ignore Time Zone though, I hadn't figured that work around out. The product was unusable before that.
I confirm this. I created an alarm several years ago to pop up at a certain time on Saturday afternoon, and it's been fine until today. Six days after the UK changed from GMT to BST (GMT+1), the alarm popped up an hour later than it should have. The machine hasn't been rebooted since Sunday. Using Kubuntu 15.10. "kalarm --version" reports: QCoreApplication::arguments: Please instantiate the QApplication object first Qt: 5.4.2 KDE Frameworks: 5.15.0 KAlarm: 2.11.3-5ak
This is due to a bug in the KDE PIM libraries (in kcalcore). See https://phabricator.kde.org/D1375.
*** This bug has been marked as a duplicate of bug 336738 ***
Git commit 9800fca3b44300828a8b7d23ae962f01e47ac5ff by David Jarvie. Committed on 11/04/2016 at 19:35. Pushed by djarvie into branch 'Applications/16.04'. Fix timesInInterval() when parsing VTIMEZONE RRULE components KDateTime::isValid() (KF5 <= 5.21) wrongly returns invalid for an instance which is specified in ClockTime, if the date/time is invalid in LocalTime, resulting in timesInInterval() returning no values when parsing a VTIMEZONE RRULE component in ICalTimeZones. This is a workaround for backwards compatibility with KF5 <= 5.21. Differential Revision: https://phabricator.kde.org/D1375 FIXED-IN: 16.04 M +2 -1 src/recurrencerule.cpp http://commits.kde.org/kcalcore/9800fca3b44300828a8b7d23ae962f01e47ac5ff