[Tickets #14510] Re: Lightning 4.7.4 can not update Events

[noreply at bugs.horde.org]

BITTE NICHT AUF DIESE NACHRICHT ANTWORTEN. NACHRICHTEN AN DIESE  
E-MAIL-ADRESSE WERDEN NICHT GELESEN.

Ticket-URL: https://bugs.horde.org/ticket/14510
------------------------------------------------------------------------------
  Ticket           | 14510
  Aktualisiert Von | helms at uni-bremen.de
  Zusammenfassung  | Lightning 4.7.4 can not update Events
  Warteschlange    | Kronolith
  Version          | 4.2.18
  Typ              | Bug
  Status           | Feedback
  Priorität        | 1. Low
  Milestone        |
  Patch            |
  Zuständige       |
------------------------------------------------------------------------------


helms at uni-bremen.de (2016-11-11 12:47) hat geschrieben:

Hello!
First of all thank you for the quick reply. Such reaction times are  
really rare.  We have been using the horde products since Horde-3. The  
documentation is very good and the functionality is exceptional.

>> The following functions fail
>> * Change appointments
>
> The wire trace that you posted belows shows that the event title is  
> actually changed though.
Horde receives and stores the update but thunderbird do not receives  
or accepts  an confirmation for the update.


>> Seamonkey can handle the calendar without any problems.
>
> What makes you think this is a Horde bug then? FWIW, I can update  
> events with Lightning 4.7.4 just fine.

I have made a fresh installation according to the instructions and the  
same error occurs.
I created a radical server and the error did not occur.
The radical server differs only minimally in the transmitted and  
received data.
The server sends X-MOZ-GENERATION SEQUENCE in its responses.

>
> Because Kronolith is not an iCalendar storage. It's a calendar  
> server that converts to and from iCalendar instead.

Ok.

>
>> Thunderbird shows the old values.
>
> Sounds like a Thunderbird problem to me then, unless proven otherwise.

A radicale excample.

There is an event. The description is changed in "1.Termin". Here's  
what happens:

---

CalDAV: send: BEGIN:VCALENDAR
PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20161111T123623Z
LAST-MODIFIED:20161111T123656Z
DTSTAMP:20161111T123656Z
UID:8ec3f99f-3456-4a57-a349-b92441452fe9
SUMMARY:1.Termin
DTSTART;TZID=Europe/Berlin:20161110T140000
DTEND;TZID=Europe/Berlin:20161110T150000
TRANSP:OPAQUE
X-RADICALE-NAME:8ec3f99f-3456-4a57-a349-b92441452fe9.ics
X-MOZ-GENERATION:1
END:VEVENT
END:VCALENDAR

---

CalDAV: recv:

---

CalDAV: Item modified successfully on Schneider

---

CalDAV: send(http://radicale.zfn.uni-bremen.de/testuser/schneider/):  
<?xml version="1.0" encoding="UTF-8"?>
<C:calendar-multiget xmlns:D="DAV:"  
xmlns:C="urn:ietf:params:xml:ns:caldav"><D:prop><D:getetag/><C:calendar-data/></D:prop><D:href>/testuser/schneider/8ec3f99f-3456-4a57-a349-b92441452fe9.ics</D:href></C:calendar-multiget>

---

CalDAV: recv:
<multistatus>
   <response>
     <href>/testuser/schneider/8ec3f99f-3456-4a57-a349-b92441452fe9.ics</href>
     <propstat>
       <prop>
         <getetag>"8a9fdc121281338c9ebafa657a078d9e"</getetag>
         <C:calendar-data>BEGIN:VCALENDAR
PRODID:-//Radicale//NONSGML Radicale Server//EN
VERSION:2.0
BEGIN:VEVENT
CREATED:20161111T123623Z
LAST-MODIFIED:20161111T123656Z
DTSTAMP:20161111T123656Z
UID:8ec3f99f-3456-4a57-a349-b92441452fe9
SUMMARY:1.Termin
DTSTART;TZID=Europe/Berlin:20161110T140000
DTEND;TZID=Europe/Berlin:20161110T150000
TRANSP:OPAQUE
X-RADICALE-NAME:8ec3f99f-3456-4a57-a349-b92441452fe9.ics
X-MOZ-GENERATION:1
END:VEVENT
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3
X-RADICALE-NAME:Europe/Berlin
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10
X-RADICALE-NAME:Europe/Berlin
END:STANDARD
X-RADICALE-NAME:Europe/Berlin
END:VTIMEZONE
END:VCALENDAR
</C:calendar-data>
       </prop>
       <status>HTTP/1.1 200 OK</status>
     </propstat>
   </response>
</multistatus>

---

aChangeLogListener=undefined
calendarURI=http://radicale.zfn.uni-bremen.de/testuser/schneider/
iscached=false
this.mQueuedQueries.length=0

---

Thunderbird displays '1.Termin'