- From: Arvind Jain <arvind@google.com>
- Date: Wed, 12 Feb 2014 22:12:39 -0800
- To: Anne van Kesteren <annevk@annevk.nl>
- Cc: Jonas Sicking <jonas@sicking.cc>, Jatinder Mann <jmann@microsoft.com>, "public-web-perf@w3.org" <public-web-perf@w3.org>
- Message-ID: <CAOYaDdMGE+OF7v6NNxYp4rSYWT9fWeG=TrZXr6=TrO3nSZRBgQ@mail.gmail.com>
Seems like there's consensus on all the open issues for Beacon. Please review the latest draftat: https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/Beacon/Overview.html Jonas, looks like we want to allow beacon without a request body. boolean sendBeacon <https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/Beacon/Overview.html#dom-send-beacon>(DOMString url, (ArrayBufferView <http://www.khronos.org/registry/typedarray/specs/latest/#ARRAYBUFFERVIEW> or Blob <http://dev.w3.org/2006/webapi/FileAPI/#blob> or DOMString or FormData <https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/Beacon/Overview.html#formdata>) data); Should I change it to: boolean sendBeacon <https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/Beacon/Overview.html#dom-send-beacon>(DOMString url, optional (ArrayBufferView <http://www.khronos.org/registry/typedarray/specs/latest/#ARRAYBUFFERVIEW> or Blob <http://dev.w3.org/2006/webapi/FileAPI/#blob> or DOMString or FormData <https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/Beacon/Overview.html#formdata>) data); Arvind On Wed, Feb 12, 2014 at 3:30 AM, Anne van Kesteren <annevk@annevk.nl> wrote: > On Wed, Feb 12, 2014 at 8:28 AM, Jonas Sicking <jonas@sicking.cc> wrote: > > On Tue, Feb 11, 2014 at 8:43 PM, Arvind Jain <arvind@google.com> wrote: > >> from Jonas: > >> "We should define though that any CORS errors during the response > >> should be ignored. If we do that, effectively the only effect of using > >> CORS is that cross-origin beacons that use a content-type other than > >> the ones above will require a preflight." > >> > >> Should I add this to the spec? Could you suggest exact language? > > > > I'll have to defer to Anne for how to do that. > > In general it seems a beacon does not give any indication whether it > succeeded or failed. Therefore that a fetch with a request whose mode > is CORS returns a network error seems unobservable and irrelevant. > What am I missing? > > > >> Also is this thread fully resolved? > >> http://lists.w3.org/Archives/Public/public-web-perf/2014Jan/0003.html > > > > I think there's been general agreement yes. But I'll respond over there. > > If you define everything in terms of http://fetch.spec.whatwg.org/ > there is no way this could be ambiguous. > > > -- > http://annevankesteren.nl/ >
Received on Thursday, 13 February 2014 06:13:08 UTC