Hi Johan,
this bug looks very interesting but I am not sure that it is related only to the event
definition. It must be a combination of multiple factors :-/
Can you please create a demo account + list of steps to reproduce the bug and send
me a private mail with credentials for the demo?
JM
On 20 Mar 2014, at 23:30, Johan Vromans <jvromans(a)squirrel.nl> wrote:
In one of my calendars I have entries that do not play
according to the
rules.
In CalDAVzap, they are loaded as part of this calendar.
They are shown as part of this calendar. They have the right colour, and
appear/disappear when I check/uncheck the calendar in the sources list.
When I edit them, they pretend not to be part of any calendar. There is
no "Calendar" entry in the edit form.
As a result, I cannot delete the entry.
When I fetch the calendar .ics from the davical server, the entry looks
perfectly normal to me:
...
BEGIN:VEVENT
CREATED:20140227T093417Z
LAST-MODIFIED:20140320T221250Z
DTSTAMP:20140320T221250Z
UID:7qqsj0ux-canf-r6fy-f9pg-hnwr0e60ypn1-1
SUMMARY:XXPillenrol
TRANSP:OPAQUE
CLASS:PUBLIC
RECURRENCE-ID;VALUE=DATE:20140213
DTSTART;VALUE=DATE:20140213
DTEND;VALUE=DATE:20140214
END:VEVENT
...
When I fetch the individual entry using the URL as shown by CalDAVzap,
it also looks perfectly normal to me.
BEGIN:VCALENDAR
PRODID:-//davical.org//NONSGML AWL Calendar//EN
VERSION:2.0
CALSCALE:GREGORIAN
BEGIN:VEVENT
CREATED:20140227T093417Z
LAST-MODIFIED:20140227T093455Z
DTSTAMP:20140227T093455Z
UID:7qqsj0ux-canf-r6fy-f9pg-hnwr0e60ypn1-1
SUMMARY:Pillenrol
TRANSP:OPAQUE
CLASS:PUBLIC
RECURRENCE-ID;VALUE=DATE:20140213
DTSTART;VALUE=DATE:20140213
DTEND;VALUE=DATE:20140214
END:VEVENT
END:VCALENDAR
Any idea what I'm doing wrong?
I'm using CalDAVzap 0.10.0.4.
-- Johan