<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><br>
</p>
<br>
<div class="moz-cite-prefix">On 01/06/2018 23:28, Bron Gondwana
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1527888528.2298522.1393533272.628B5A57@webmail.messagingengine.com">
<title></title>
<style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style>
<div style="font-family:Arial;">What happens if you just fetch the
href in changes and then use a get or multiget to fetch the
calendar data?<br>
</div>
<div style="font-family:Arial;"><br>
</div>
<div style="font-family:Arial;">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).</div>
</blockquote>
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
<a class="moz-txt-link-freetext" href="https://tools.ietf.org/html/rfc4791#section-9.6">https://tools.ietf.org/html/rfc4791#section-9.6</a><br>
<br>
<blockquote>
<pre class="newpage" style="font-size: 13.333333015441895px; margin-top: 0px; margin-bottom: 0px; break-before: page; caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; widows: auto; word-spacing: 0px; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; text-decoration: none;">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.</pre>
</blockquote>
<br>
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.<br>
<br>
Arnaud Q<br>
<blockquote type="cite"
cite="mid:1527888528.2298522.1393533272.628B5A57@webmail.messagingengine.com">
<div style="font-family:Arial;"><br>
</div>
<div style="font-family:Arial;">Bron.</div>
<div><br>
</div>
<div><br>
</div>
<div>On Sat, Jun 2, 2018, at 02:58, Andri Möll wrote:<br>
</div>
<blockquote type="cite">
<p><span class="size" style="font-size:small"><span class="font"
style="font-family:Helvetica, " Arial", "
sans-serif"">Hey,</span></span><br>
</p>
<p><span class="size" style="font-size:small"><span class="font"
style="font-family:Helvetica, " Arial", "
sans-serif"">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?</span></span> Surely
<caldav:calendar-data> isn't defined differently in the
REPORT context and in the PROPFIND context?<br>
</p>
<p>Throwing in <caldav:comp> in hopes that it'll trigger a
full response doesn't seem to work either.<br>
</p>
<p><br>
</p>
<blockquote type="cite">
<div style="font-family:Arial;"><caldav:calendar-data><br>
</div>
<div style="font-family:Arial;"> <caldav:comp
name="VCALENDAR"><br>
</div>
<div style="font-family:Arial;"> <caldav:allprop/><br>
</div>
<div style="font-family:Arial;"> <caldav:allcomp/><br>
</div>
<div style="font-family:Arial;"> </caldav:comp><br>
</div>
<div style="font-family:Arial;"> </caldav:calendar-data><br>
</div>
</blockquote>
<div style="font-family:Arial;"><br>
</div>
<p><br>
</p>
<p>Thanks!<br>
</p>
<p>Andri<br>
</p>
<div><u>_______________________________________________</u><br>
</div>
<div>caldeveloper-l mailing list<br>
</div>
<div><a href="mailto:caldeveloper-l@lists.calconnect.org"
moz-do-not-send="true">caldeveloper-l@lists.calconnect.org</a><br>
</div>
<div><a
href="http://lists.calconnect.org/listinfo.cgi/caldeveloper-l-calconnect.org"
moz-do-not-send="true">http://lists.calconnect.org/listinfo.cgi/caldeveloper-l-calconnect.org</a><br>
</div>
</blockquote>
<div style="font-family:Arial;"><br>
</div>
<div id="sig56629417">
<div class="signature">--<br>
</div>
<div class="signature"> Bron Gondwana, CEO, FastMail Pty Ltd<br>
</div>
<div class="signature"> <a class="moz-txt-link-abbreviated" href="mailto:brong@fastmailteam.com">brong@fastmailteam.com</a><br>
</div>
<div class="signature"><br>
</div>
</div>
<!--'"--><br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
caldeveloper-l mailing list
<a class="moz-txt-link-abbreviated" href="mailto:caldeveloper-l@lists.calconnect.org">caldeveloper-l@lists.calconnect.org</a>
<a class="moz-txt-link-freetext" href="http://lists.calconnect.org/listinfo.cgi/caldeveloper-l-calconnect.org">http://lists.calconnect.org/listinfo.cgi/caldeveloper-l-calconnect.org</a>
</pre>
</blockquote>
<br>
</body>
</html>