Bug 280668 - Repeating event only calculates timezone once
Summary: Repeating event only calculates timezone once
Status: RESOLVED UNMAINTAINED
Alias: None
Product: korganizer
Classification: Applications
Component: timezones (show other bugs)
Version: 4.4.10
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-23 21:45 UTC by Matthew Sherborne
Modified: 2017-01-07 21:38 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Matthew Sherborne 2011-08-23 21:45:43 UTC
Version:           4.4.10 (using KDE 4.7.0) 
OS:                Linux

If you enter a repeating event in a different time zone, once that other time zone hits daylight savings time, all the repetitions after that are an hour out.

In my case, I have my general timezone set to AEST (Brisbane), and add repeating events for my work in USA central time (Chicago). Once Chicago changes to/from daylight savings time, events after that are an hour out.

The time zone calculation should be done for each event, not just for the first one.

In my situation, I work USA hours but live in Brisbane - Australia. On iCal on mac, I used to just set my alarm in Central time, and the AU time would change accordingly depending on Central daylight savings settings.

Reproducible: Always

Steps to Reproduce:
Example A:

1. Set Korganizer time zone to AEST (Brisbane).
2. Make a repeating event in USA Central time (Chicago) .. say, every weekday from 5pm to 1am central time; have that event repeat indefinitely.
3. Scroll forwards on the week view until CST changes to CDT (or vice versa). You can see the DST change dates here: http://www.timeanddate.com/worldclock/clockchange.html?n=64

Example B (more vivid):
1. Set the calendar time zone to AEST (Brisbane)
2. Go to Friday November 4th.
3. Add a weekday repeating (forever) event from 5pm-1am Chicago time (USA Central time). (starting any time before Sunday Nov 6th CDT)
4. Go to Friday November 11th.
5. Add a similar repeating event, but starting any time on or after Sunday Nov 6th.

Actual Results:  
Example A: You'll notice events after that date stick with Brisbane time. 

Example B: Events will be displayed at different times (an hour out) in all places.

Expected Results:  
Example A: They should move forward or backwards an hour in Brisbane time, so that they are still 5pm-1am USA Central time.

Example B: The events should display at the same time in the calendar

OS: Linux (x86_64) release 2.6.38-10-generic
Compiler: cc (gnu)
Comment 1 Benedikt Bauer 2011-11-04 08:36:53 UTC
I can reproduce this on Korganizer 4.7.2 (Kubuntu 11.10), even without the complicated time-zone actions of the initial poster.

At the boundary between daylight saving time and standard time recurring entries in the calendar view are shifted by one hour and also reminders are one hour too late or too early (depending on the direction of the shift). But if I hover with the mouse over the calendar entry, the tooltip shows the correct time.

Maybe I should also mention, that the events are provided by a kolab resource.
Comment 2 Denis Kurz 2016-09-24 18:54:05 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of korganizer (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 3 Denis Kurz 2017-01-07 21:38:46 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.