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