[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Inf-IT DAVcl] CalDavZAP 0.10.0.3


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@xxxxxxxxxxxxxx> 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
> 
> 

Attachment: smime.p7s
Description: S/MIME cryptographic signature


Follow-Ups:
Re: [Inf-IT DAVcl] CalDavZAP 0.10.0.3Ken Murchison <murch@xxxxxxxxxxxxxx>
References:
[Inf-IT DAVcl] CalDavZAP 0.10.0.3Ján Máté <jan.mate@xxxxxxxxxx>
Re: [Inf-IT DAVcl] CalDavZAP 0.10.0.3Ken Murchison <murch@xxxxxxxxxxxxxx>
Re: [Inf-IT DAVcl] CalDavZAP 0.10.0.3Ken Murchison <murch@xxxxxxxxxxxxxx>
Re: [Inf-IT DAVcl] CalDavZAP 0.10.0.3Ken Murchison <murch@xxxxxxxxxxxxxx>