User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.6 (like Gecko) (Kubuntu) Build Identifier: lightning 0.5 pre daily builds A calendar file created by korganizer is confused by one hour after being edited by lightning and after the daylight saving shift in europe. Past events shifted by one hour backwards. Future events shifted 2 hours. I dont know how to blame korganizer or lightning, but i am afraid one of them does not conserve the MEANING of a date time. The meaning for humans has to be conserved in a calendar, not the time in a "cosmic" sense. I hope it is considered a bug that a meeting time in winter of lets say 9 pm is displayed in spring as 8 pm. This is wrong. Conserving the meaning should have the consequence of having always the same printed representation. I will file this bug report also on korganizer. Reproducible: Always Steps to Reproduce: 1. 2. 3. Actual Results: printed representation of schedules/appointments changes after timezone switch Expected Results: printed representations of schedules/appointments should be constant two calendar programs massaged the file: lightning and korganizer
Fritz, please attach the original ICS file from KOrganizer and the export after loading the file in Lightning. If the calendar data contains private data, please create a testcase with only one event showing the problem.
> --- Comment #1 from Martin Schröder (mschroeder) > <email@example.com> 2007-03-29 00:31:16 PDT --- Fritz, please > attach the original ICS file from KOrganizer and the export after loading > the file in Lightning. If the calendar data contains private data, please > create a testcase with only one event showing the problem. I can reproduce the 2 hour shift by repeated editing a calendar with korganizer and mozilla, the problem may be on kde part, as mozilla has an vtimezone entry BEGIN:VCALENDAR VERSION:2.0 PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN BEGIN:VTIMEZONE TZID:/mozilla.org/20070129_1/Europe/Berlin X-LIC-LOCATION:Europe/Berlin BEGIN:DAYLIGHT TZOFFSETFROM:+0100 TZOFFSETTO:+0200 TZNAME:CEST DTSTART:19700329T020000 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3 END:DAYLIGHT BEGIN:STANDARD TZOFFSETFROM:+0200 TZOFFSETTO:+0100 TZNAME:CET DTSTART:19701025T030000 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10 END:STANDARD END:VTIMEZONE that is missing in the kde version of the published calendar ... the following event was first shown correctly at 11 CET summertime, after another cycle it is show also in mozilla at 09 CET summertime, BEGIN:VEVENT DTSTAMP:20070322T174048Z ORGANIZER:MAILTO: CREATED:20070322T133812Z UID:76974416-0771-43fd-bd46-a156fe3c6df4 SEQUENCE:0 LAST-MODIFIED:20070322T133857Z SUMMARY:rasikhi (stud. HK) braucht arbeit CLASS:PUBLIC PRIORITY:5 DTSTART:20070402T090000Z DTEND:20070402T100000Z TRANSP:OPAQUE END:VEVENT after kde pushed a new version, i see the following: BEGIN:VEVENT DTSTAMP:20070329T112957Z ORGANIZER:MAILTO: CREATED:20070322T123812Z UID:76974416-0771-43fd-bd46-a156fe3c6df4 SEQUENCE:0 LAST-MODIFIED:20070322T123857Z SUMMARY:rasikhi (stud. HK) braucht arbeit CLASS:PUBLIC PRIORITY:5 DTSTART:20070402T070000Z DTEND:20070402T080000Z TRANSP:OPAQUE END:VEVENT another 2 hour shift. I suspect korganizer to be a little too naive....
Since this appears to be a Korganizer issue, we'll close this bug. Reporter, if you see odd behavior in Lightning/Sunbird please don't hesitate to open another issue (if it isn't already reported). --> INVALID (since this is not a Lightning bug)
Status: UNCONFIRMED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → INVALID
Whiteboard: [qa discussion needed]
You need to log in before you can comment on or make changes to this bug.