10 Mar
2014
10 Mar
'14
7:11 p.m.
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(a)andrew.cmu.edu> wrote:
On 03/08/2014 09:00 AM, Ken Murchison wrote:
On 03/08/2014 08:57 AM, Ken Murchison wrote:
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
On 03/07/2014 02:41 PM, Ján Máté wrote:
Actually, something else is going on. Let me investigate on Monday and get back to you.
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