[Tickets #14510] Re: Lightning 4.7.4 can not update Events
noreply at bugs.horde.org
noreply at bugs.horde.org
Fri Nov 11 12:47:20 UTC 2016
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'
More information about the bugs
mailing list