- From: Yoav Weiss <notifications@github.com>
- Date: Thu, 21 Mar 2019 09:54:49 +0000 (UTC)
- To: whatwg/fetch <fetch@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <whatwg/fetch/pull/881/review/217142770@github.com>
yoavweiss commented on this pull request.
Thanks for reviewing! :)
> @@ -4072,6 +4076,12 @@ Range Requests</cite>. [[HTTP-RANGE]] However, this is not widely supported by b
<p>is true, and unset otherwise.
+ <li><p>If <var>httpRequest</var>'s <a for=request>speculative flag</a> is set,
+ <a for="header list">append</a>
+ `<code>Sec-Purpose</code>`/`<code>Prefetch</code>` to
Sure. I'll lowercase
> @@ -5628,6 +5638,7 @@ interface Request {
readonly attribute RequestRedirect redirect;
readonly attribute DOMString integrity;
readonly attribute boolean keepalive;
+ readonly attribute boolean speculative;
Yeah, that's the current intention. Even though `prefetch` is destined for the next navigation, the current renderer can still get the response (e.g. `onload` fires for it).
> @@ -5787,6 +5798,11 @@ initially a new {{AbortSignal}} object.
<dd>Returns a boolean indicating whether or not <var>request</var> can outlive the global in which
it was created.
+ <dt><code><var>request</var> . <a attribute for=Request>speculative</a></code>
+ <dd>Returns a boolean indicating whether or not <var>request</var> is a speculative fetch, which
+ means it could be ignored by the user agent, have low priority, and can outlive the global in which
I guess it would be better if the promise got rejected in those cases. That would probably require adding a step to https://fetch.spec.whatwg.org/#concept-fetch which actually does that.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/whatwg/fetch/pull/881#pullrequestreview-217142770
Received on Thursday, 21 March 2019 09:55:12 UTC