Hi Johan,
What exactly do you mean by "I cannot delete the entry."? Do you press the delete button and nothing happens / server returns an error / something else happens? Because by the look of things these entries were once a part of a recurring event, and for technical reasons its impossible to move such entries to a different calendar. Hence, not showing the "Calendar" entry in the edit form is actually the intended behaviour in this case.
Matej Mihalik
On 20-Mar-14 23:30, Johan Vromans 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