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
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
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
Matej Mihalik matej.mihalik@inf-it.com writes:
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.
That explains the missing "Calendar" entry in the edit form.
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?
Click on the entry > Change > Delete.
The event disappears from the screen. I hit refresh (Control-R) or restart Chrome with CalDAVzap and lo and behold...
It's gone.
I've been trying to get rid of the entries (there were two of them) for hours. Deleting with CalDAVzap, deleting on the Androids, and every time they just reappeared.
It must have been too late...
Let's consider this case closed. I'll keep an eye open and let you know if (and how) it happens again.
Thanks you and Ján for the support!
-- Johan
-
Johan Vromans -
Ján Máté -
Matej Mihalik