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@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