6.0.0-beta1
8/11/25

[#9091] Recurring Events Sync Issues with Lightning
Summary Recurring Events Sync Issues with Lightning
Queue Kronolith
Queue Version Git master
Type Enhancement
State Resolved
Priority 2. Medium
Owners mrubinsk (at) horde (dot) org
Requester michael.groene (at) zew (dot) uni-hannover (dot) de
Created 06/11/2010 (5540 days ago)
Due
Updated 07/13/2010 (5508 days ago)
Assigned
Resolved 07/13/2010 (5508 days ago)
Milestone
Patch No

History
07/13/2010 01:45:40 PM Michael Rubinsky Comment #6
State ⇒ Resolved
Reply to this comment
I missed that the original ticket was for H3.  This fix will not be 
back ported to Horde 3.  Event recurrence and exception handling has 
been rewritten for Horde 4.
07/13/2010 11:34:53 AM michael (dot) groene (at) zew (dot) uni-hannover (dot) de Comment #5 Reply to this comment
See if this helps...
But this is not qualified for Horde Groupware Webmail Edition 1.2.6, is it?

E.g. kronolith/lib/Api.php doesn't exist, though api.php (in small letters).

07/08/2010 12:07:37 AM Michael Rubinsky Comment #4
State ⇒ Feedback
Taken from Jan Schneider
Reply to this comment
See if this helps...
06/15/2010 11:55:17 AM Jan Schneider Assigned to Michael Rubinsky
Taken from Michael Slusarz
 
06/15/2010 11:54:57 AM Jan Schneider Assigned to Jan Schneider
Assigned to Michael Slusarz
 
06/15/2010 11:54:41 AM Jan Schneider Version ⇒ Git master
 
06/15/2010 11:54:24 AM Jan Schneider Type ⇒ Enhancement
State ⇒ Accepted
Priority ⇒ 2. Medium
 
06/15/2010 11:54:08 AM Jan Schneider Comment #2 Reply to this comment
We only support exceptions through EXDATE properties at the moment. 
And since both vEvent objects share the same UID, only one is used, 
which ever comes last.
Parent-child-relationships for recurring events and exception events 
have only been added recently to Kronolith 3. Converting this 
relationship from and to iCalendar objects has yet to be implemented.
06/11/2010 08:06:26 AM michael (dot) groene (at) zew (dot) uni-hannover (dot) de Comment #1
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ Recurring Events Sync Issues with Lightning
Type ⇒ Bug
Priority ⇒ 2. Medium
Reply to this comment
I tried to sync an kalendar with lightning. I discovered exceptions 
from recurring events are not synchronized correctly (see 
http://article.gmane.org/gmane.comp.horde.kronolith/4988/)

Now I made a sniff:

---------------------original Event created in Kronolith (downloaded 
as iCal via rpc.php):
BEGIN:VEVENT
DTSTART:20100607T100000Z
DTEND:20100607T110000Z
DTSTAMP:20100611T070016Z
UID:20100611085912.82426gca3zlvh6o0@groupware.zew.uni-hannover.de
CREATED:20100611T065912Z
LAST-MODIFIED:20100611T065912Z
SUMMARY:serientermin
ORGANIZER;CN="Michael Gröne":mailto:michael.groene@zew.uni-hannover.de
CLASS:PUBLIC
STATUS:CONFIRMED
TRANSP:OPAQUE
RRULE:FREQ=DAILY;INTERVAL=1;UNTIL=20100612T215959Z
END:VEVENT
END:VCALENDAR
---------------------------------------------


---------------------now changed Event in Lightning (tuesdays exception)
-- this is a network-sniff by wireshark! --
BEGIN:VEVENT
CREATED:20100611T065912Z
LAST-MODIFIED:20100611T074043Z
DTSTAMP:20100611T074043Z
UID:20100611085912.82426gca3zlvh6o0@groupware.zew.uni-hannover.de
SUMMARY:serientermin
STATUS:CONFIRMED
ORGANIZER;CN=Michael Grne:mailto:michael.groene@zew.uni-hannover.de
RRULE:FREQ=DAILY;UNTIL=20100611T215959Z
DTSTART:20100607T100000Z
DTEND:20100607T110000Z
CLASS:PUBLIC
TRANSP:OPAQUE
X-MOZ-GENERATION:1
END:VEVENT
BEGIN:VEVENT
CREATED:20100611T073739Z
LAST-MODIFIED:20100611T074043Z
DTSTAMP:20100611T074043Z
UID:20100611085912.82426gca3zlvh6o0@groupware.zew.uni-hannover.de
SUMMARY:serientermin aunahme am dienstag (beginnt heute erst um 14h)
STATUS:CONFIRMED
RECURRENCE-ID:20100608T100000Z
ORGANIZER;CN=Michael Grne:mailto:michael.groene@zew.uni-hannover.de
DTSTART:20100608T120000Z
DTEND:20100608T130000Z
TRANSP:OPAQUE
SEQUENCE:1
CLASS:PUBLIC
X-MOZ-GENERATION:1
END:VEVENT
END:VCALENDAR
--------------------------------------

result is: in kronolith there are no changes and after reloading the 
calendar in lightning, the exception will flush.


Now I tried the following:
Importing the iCal manually, Lightning tried to send to the webserver. 
The results here become still stranger.
In Kronolith the exception will be displayed, but the belonging 
recurring event ("serientermin") is not visible, any more.
In Lightning instead (after reloading) the recurring event is 
displayed, but the exception not.


Saved Queries