- From: Anne van Kesteren <notifications@github.com>
- Date: Tue, 02 Feb 2016 03:02:02 -0800
- To: whatwg/fetch <fetch@noreply.github.com>
- Message-ID: <whatwg/fetch/pull/200/r51553614@github.com>
> @@ -2760,9 +2805,15 @@ <h4 id="should-response-to-request-be-blocked-due-to-nosniff?"><dfn title="shoul > <span title="handle content codings">handling content codings</span> given > <var>codings</var> and <var>bytes</var>. > > - <li><p>Push <var>bytes</var> to <var>response</var>'s > - <span title=concept-response-body>body</span>. > - <!-- XXX xref payload body / streams --> > + <li> > + <p><span title=concept-enqueue-ReadableStream>Enqueue</span> a <code>Uint8Array</code> > + object wrapping an <code>ArrayBuffer</code> containing <var>bytes</var> to <var>stream</var>. > + > + <p class="note no-backref">This operation will not throw an exception. > + > + <li><p>If <var>stream</var> doesn't <span title=concept-ReadableStream-need-more-data>need more > + data</span> and <var>request</var>'s <span>synchronous flag</span> is unset, ask the user agent > + to <span title=concept-fetch-suspend>suspend</span> the ongoing fetch. > </ol> > > <p class="note no-backref">This means that the `<code title>Content-Length</code>` That note is there for "handling content codings". It means to say that `Content-Length` is no longer reliable even if your server is configured correctly. (The other note about not throwing an exception seems inaccurate given that `ArrayBuffer` can throw on allocation.) --- Reply to this email directly or view it on GitHub: https://github.com/whatwg/fetch/pull/200/files#r51553614
Received on Tuesday, 2 February 2016 11:02:35 UTC