The patch appears to fix the problem. Thanks!
On 03/10/2014 03:11 PM, Ján Máté wrote:
Hi Ken,
here is the fix (0.10.0.3a -> 0.10.0.3b):
http://www.inf-it.com/fixes/caldavzap_0.10.0.3a-caldavzap_0.10.0.3b.diff
I also changed the zip file to include the patch above:
download: http://www.inf-it.com/CalDavZAP_0.10.0.3.zip demo: http://www.inf-it.com/caldavzap-new/ changelog: http://www.inf-it.com/caldavzap-new/changelog.txt
I will publish the new version tomorrow (if you confirm that the bug is fixed).
Thanks!
JM
On 10 Mar 2014, at 15:09, Ken Murchison murch@andrew.cmu.edu wrote:
On 03/08/2014 09:00 AM, Ken Murchison wrote:
On 03/08/2014 08:57 AM, Ken Murchison wrote:
On 03/07/2014 02:41 PM, Ján Máté wrote:
Hi list,
as I promised, here is the 0.10.0.3:
download: http://www.inf-it.com/CalDavZAP_0.10.0.3.zip demo: http://www.inf-it.com/caldavzap-new/ changelog: http://www.inf-it.com/caldavzap-new/changelog.txt
This version is currently not available on our web site, I will add it in next 1-2 days (I am too busy now).
Hi Ján,
The new code still doesn't split a recurring event properly because by using the same UID for a new event it violates the CALDAV:no-uid-conflict precondition: http://tools.ietf.org/html/rfc4791#section-5.3.2.1
Actually, something else is going on. Let me investigate on Monday and get back to you.
OK. the CALDAV:no-uid-conflict gets triggered not because the UID gets reused, but because the UID of the existing resource gets changed:
"The resource submitted in the PUT request, or targeted by a COPY or MOVE request, MUST NOT ... overwrite an existing calendar object resource with one that has a different UID property value."
Here is the telemetry from my server (with headers and VTIMEZONE clipped for brevity):
PUT /dav/calendars/user/ken/Default/8b5000ce1caf4bafff50d0267f6c15aa2c9f9dbc0397c5a8fe8ec2cd56687e06.ics HTTP/1.1 If-none-match: *
BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN BEGIN:VEVENT CREATED:20140310T134226Z LAST-MODIFIED:20140310T134226Z DTSTAMP:20140310T134226Z UID:rjc2m5p5-babx-odae-yh35-ddhv6dx38iyg SUMMARY:sdasdasdasd RRULE:FREQ=DAILY;COUNT=7 TRANSP:OPAQUE CLASS:PUBLIC DTSTART;TZID=America/New_York:20140309T090000 DTEND;TZID=America/New_York:20140309T100000 END:VEVENT PRODID:-//Inf-IT//CalDavZAP 0.10.0.3//EN END:VCALENDAR
HTTP/1.1 201 Created ETag: "4d5b3d9103d85f0f03ecbfa17b4402ad4bf1d93c" Last-Modified: Mon, 10 Mar 2014 13:42:27 GMT Content-Length: 0
PUT /dav/calendars/user/ken/Default/8b5000ce1caf4bafff50d0267f6c15aa2c9f9dbc0397c5a8fe8ec2cd56687e06.ics HTTP/1.1 If-match: "4d5b3d9103d85f0f03ecbfa17b4402ad4bf1d93c"
BEGIN:VCALENDAR VERSION:2.0 CALSCALE:GREGORIAN BEGIN:VEVENT CREATED:20140310T134226Z LAST-MODIFIED:20140310T134244Z DTSTAMP:20140310T134244Z UID:va4forxp-o9dv-usk2-pdeu-qptepw8kpv02 SUMMARY:sdasdasdasd RRULE:FREQ=DAILY;COUNT=4 TRANSP:OPAQUE CLASS:PUBLIC DTSTART;TZID=America/New_York:20140312T110000 DTEND;TZID=America/New_York:20140312T120000 END:VEVENT PRODID:-//Inf-IT//CalDavZAP 0.10.0.3//EN END:VCALENDAR
HTTP/1.1 403 Forbidden Date: Mon, 10 Mar 2014 13:42:44 GMT Content-Type: application/xml; charset=utf-8 Content-Length: 138
<?xml version="1.0" encoding="utf-8"?>
<D:error xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"> <C:no-uid-conflict/> </D:error>
-- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University