[caldeveloper-l] REPORT <sync-collection> for <caldav:calendar-data> --- Google returning only updated event instances

Arnaud Quillaud arnaudq at quillaud.org
Wed Jun 6 07:52:35 PDT 2018



On 01/06/2018 23:28, Bron Gondwana wrote:
> What happens if you just fetch the href in changes and then use a get 
> or multiget to fetch the calendar data?
>
> I'm pretty sure I changed all our perl client code to do that a while 
> back for unrelated reasons (ok, because some servers just error out if 
> you try to fetch too many items at once, so we batch the calendar data 
> requests).
There is a more fundamental reason to always use a CalDAV multi-get 
REPORT: caldav:calendar-data is not a WebDAV property and can be used 
*only* in the context of a CalDAV REPORT. From 
https://tools.ietf.org/html/rfc4791#section-9.6

    Note:  The CALDAV:calendar-data XML element is specified in requests
           and responses inside the DAV:prop XML element as if it were a
           WebDAV property.  However, the CALDAV:calendar-data XML element is
           not a WebDAV property and, as such, is not returned in PROPFIND
           responses, nor used in PROPPATCH requests.


In practice of course, most servers will return "something" when 
calendar-data is asked for in a generic WebDAV REPORT or in a PROPFIND 
request. That "something" seems to be not so well defined in the case of 
Google.

Arnaud Q
>
> Bron.
>
>
> On Sat, Jun 2, 2018, at 02:58, Andri Möll wrote:
>>
>> Hey,
>>
>> Does anyone know what's up with Google Calendar's CalDAV REPORT 
>> <sync-collection> with <sync-token> response only returning updated 
>> recurring event instances in <caldav:calendar-data> and not the 
>> entire iCalendar with its master and other [unchanged] instances? 
>> Surely <caldav:calendar-data> isn't defined differently in the REPORT 
>> context and in the PROPFIND context?
>>
>> Throwing in <caldav:comp> in hopes that it'll trigger a full response 
>> doesn't seem to work either.
>>
>>
>>> <caldav:calendar-data>
>>>   <caldav:comp name="VCALENDAR">
>>>     <caldav:allprop/>
>>>     <caldav:allcomp/>
>>>   </caldav:comp>
>>> </caldav:calendar-data>
>>
>>
>> Thanks!
>>
>> Andri
>>
>> _________________________________________________
>> caldeveloper-l mailing list
>> caldeveloper-l at lists.calconnect.org 
>> <mailto:caldeveloper-l at lists.calconnect.org>
>> http://lists.calconnect.org/listinfo.cgi/caldeveloper-l-calconnect.org
>
> --
>   Bron Gondwana, CEO, FastMail Pty Ltd
>   brong at fastmailteam.com
>
>
>
> _______________________________________________
> caldeveloper-l mailing list
> caldeveloper-l at lists.calconnect.org
> http://lists.calconnect.org/listinfo.cgi/caldeveloper-l-calconnect.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.calconnect.org/pipermail/caldeveloper-l-calconnect.org/attachments/20180606/d974b95a/attachment.html>


More information about the caldeveloper-l mailing list