W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2014

Re: Fetch API

From: Anne van Kesteren <annevk@annevk.nl>
Date: Mon, 2 Jun 2014 11:59:41 +0200
Message-ID: <CADnb78g7Jsr_VuzW_rQ+kzQsL=8E62dtXSsOx-_Z+RHt7w2TXg@mail.gmail.com>
To: Takeshi Yoshino <tyoshino@google.com>
Cc: public-script-coord <public-script-coord@w3.org>, Joshua Bell <jsbell@chromium.org>, Jungkee Song <jungkee.song@samsung.com>, Yehuda Katz <wycats@gmail.com>, Alex Russell <slightlyoff@google.com>, Jonas Sicking <jonas@sicking.cc>, Jake Archibald <jaffathecake@gmail.com>, Tobie Langel <tobie.langel@gmail.com>, WebApps WG <public-webapps@w3.org>
On Thu, May 29, 2014 at 4:25 PM, Takeshi Yoshino <tyoshino@google.com> wrote:
> http://fetch.spec.whatwg.org/#dom-request
> Add steps to set client and context?

That happens as part of the "restricted copy". However, that might
still change around a bit.

> http://fetch.spec.whatwg.org/#cors-preflight-fetch-0
> Add steps to set client and context?

That's an internal algorithm never directly used. You can only get
there from http://fetch.spec.whatwg.org/#concept-fetch and that can
only be reached through an API such as fetch().

> http://fetch.spec.whatwg.org/#concept-legacy-fetch
> http://fetch.spec.whatwg.org/#concept-legacy-potentially-cors-enabled-fetch
> Steps to set url, client and context are missing here too. But not worth
> updating this section anymore?

Yeah. I need to work with Ian at some point to rework HTML.

> Termination reason is not handled intentionally (only supposed to be used by
> XHR's functionalities and nothing would be introduced for Fetch API?)?

It's a bit unclear yet how we are supposed to deal with that.

> The promise is rejected with a TypeError which seems inconsistent with XHR.
> Is this intentional?

Yes. I wanted to stick to JavaScript exceptions. However, I suspect at
some point once we have FormData integration and such there might be
quite a bit of dependencies on DOM in general, so maybe that is moot.

Received on Monday, 2 June 2014 10:00:11 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:14:24 UTC