Created attachment 56141 [details] Example ics entry Version: unspecified (using KDE 4.5.5) OS: FreeBSD I sent an email invite to my wife so that she has a reminder of stuff on her Blackberry from korganizer. The particular event recurs every two weeks. When I sent it, korganizer no longer displayed the event properly; I couldn't find the initial event at all, and the recurring events were displayed on the wrong day. (1 day early.) I did some digging in std.ics and found that instead of DTSTART having the usual DTSTART;TZID=America/Toronto:20110203T190000 format it instead had DTSTART:20110204T000000. I determined that this error only pops up when setting recurrence AND emailing a second attendee. If either of those two conditions is absent, all is normal. The korganizer version is 4.4.9 (this version was not available on the pulldown menu.) Reproducible: Always Steps to Reproduce: 1) Create a new event. 2) Create a recurrence for the event 3) Add an additional attendee for the event 4) When asked to send an email to the new attendee, do so. Actual Results: DTSTART and DTEND for the event in my std.ics file did not use the TZID field, instead they used Zulu as described under "details." Korganizer did not display the event properly; all recurrences were one day early. Expected Results: Use of the TZID field in DTSTART and DTEND for the event; proper display of the event. I have included a .ics file with a cut and paste of three examples: Example1 is where I created a single event (no recurrence) and sent the email invite. All is normal. Example2: This time I created a recurrence and sent the email. The DTSTART and DTEND fields are in error as described earlier. Example3 is an example of creating an event with recurrence but saying "Do not send" when asked to send the email to the second attendee.
I can confirm this bug (though on an older platform: Debian testing Apr 26, 2011: kde 4.4.5, korganizer 4.4.7). I also have events that recur bi-weekly. In my case the general handling of timezone information seems odd. The entry in std.ics also acquires Z ending in the DTSTART and DTEND fields (other biweekly recurring events correctly show the local timezone prefixed): DTSTART:20110104T081500Z ... DTSTART;TZID=Europe/Berlin:20100906T130000 Now, in the same session as the one in which the invitation is sent, the bubble/context box shows the time correct (i.e. if the Z entry is interpreted as UTC and the system setting of timezone (Europe/Berlin) as indicating UTC+2 (middle Europe + 1 hour DST). The date that is shown in korganizer's display, however, is that of the Z entry + 1 hour. Oddly, after logout/login the box now also shows Z entry + 1 as the korganizer display.
Created attachment 59932 [details] offending event
Comment on attachment 59932 [details] offending event When imported, shows its prescribed time (20:00 CET) in the Preview window but switches to the current time (11:00 CET) when opened for editing.
This is still plaguing me in Kubuntu 15.04: korganizer 4:4.14.7-0ubuntu1~ubuntu15.04~ppa1 Any hope of resolving this? I just had a massive collision between a Client appointment and a Doctor's appointment. The Doctor's appointment schedule used the "DTSTART:20160315T154000Z" format. Importing into Korganizer/Kontact interpreted it, converted the timezone to local time numerically, but left the entry stamped as UTC. This has the effect of showing the correct local time numbers when I open the entry, but the time-zone being stamped as UTC. So, the ICAL entry shows 1540UTC, Korganizer politely converts it to 1040UTC (not EST), so on my calendar, it shows up even 5 hours earlier (5:40amEST). This double-conversion happens on all appointments from this provider. Recap: No TZID, using the Zulu reference time zone. Korganizer double-adjusts (because it doesn't translate it into the correct time zone setting, even though it adjusted the time to be local time) HELP? BEGIN:VCALENDAR PRODID:-//Communitect Inc//Smile Reminder 3.0 MIMEDIR//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VEVENT DTSTAMP:20160202T153627Z DTSTART:20160315T154000Z DTEND:20160315T162000Z SUMMARY:Appointment at foobar Dental Care ATTENDEE;ROLE=REQ-PARTICIPANT;RSVP=FALSE:MAILTO:me@domain.com LOCATION:foobar Dental Care DESCRIPTION:Your appointment is:\nblahblahblah SEQUENCE:1 ORGANIZER;CN=foobar:MAILTO:blahfoobar@e. smilereminder.com TRANSP:OPAQUE PRIORITY:1 CLASS:PRIVATE UID:545243578 BEGIN:VALARM TRIGGER;VALUE=DURATION:PT2H ACTION:DISPLAY ACTION:AUDIO DESCRIPTION:Appointment at foobar Dental Care END:VALARM END:VEVENT END:VCALENDAR
I can't reproduce this with KOrganizer 5.17.2; can you reproduce it with a recent version?
I haven't been able to reproduce this in years. I didn't realize the bug was still open. Cheers, DMK On Wednesday, July 7, 2021 8:33:47 P.M. EDT you wrote: > https://bugs.kde.org/show_bug.cgi?id=263449 > > gjditchfield@acm.org changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|--- |WAITINGFORINFO > Status|REPORTED |NEEDSINFO > CC| |gjditchfield@acm.org > > --- Comment #5 from gjditchfield@acm.org --- > I can't reproduce this with KOrganizer 5.17.2; can you reproduce it with a > recent version?