W3C home > Mailing lists > Public > public-html-commits@w3.org > December 2008

html5/spec Overview.html,1.1785,1.1786

From: Ian Hickson via cvs-syncmail <cvsmail@w3.org>
Date: Mon, 29 Dec 2008 23:46:05 +0000
To: public-html-commits@w3.org
Message-Id: <E1LHRoD-00042M-OM@lionel-hutz.w3.org>

Update of /sources/public/html5/spec
In directory hutz:/tmp/cvs-serv15504

Modified Files:
Log Message:
When changing encoding on the fly after a POST, don't hit the network again whatever happens. (bug 6258) (whatwg r2616)

Index: Overview.html
RCS file: /sources/public/html5/spec/Overview.html,v
retrieving revision 1.1785
retrieving revision 1.1786
diff -u -d -r1.1785 -r1.1786
--- Overview.html	29 Dec 2008 23:34:56 -0000	1.1785
+++ Overview.html	29 Dec 2008 23:46:03 -0000	1.1786
@@ -37709,7 +37709,13 @@
    <i>confident</i>. Whenever possible, this should be done without
    actually contacting the network layer (the bytes should be
    re-parsed from memory), even if, e.g., the document is marked as
-   not being cacheable.</li>
+   not being cacheable. If this is not possible and contacting the
+   network layer would involve repeating a request that uses a method
+   other than HTTP GET (<a href=#concept-http-equivalent-get title=concept-http-equivalent-get>or
+   equivalent</a> for non-HTTP URLs), then instead set the <a href=#concept-encoding-confidence title=concept-encoding-confidence>confidence</a> to
+   <i>confident</i> and ignore the new encoding. The resource will be
+   misinterpreted. User agents may notify the user of the situation,
+   to aid in application development.</li>
   </ol><h4 id=parse-state><span class=secno>8.2.3 </span>Parse state</h4><h5 id=the-insertion-mode><span class=secno> </span>The insertion mode</h5><p>The <dfn id=insertion-mode>insertion mode</dfn> is a flag that controls the primary
   operation of the tree construction stage.<p>Initially the <a href=#insertion-mode>insertion mode</a> is "<a href=#the-initial-insertion-mode title="insertion mode: initial">initial</a>". It can change to
Received on Monday, 29 December 2008 23:46:16 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:09:19 UTC