[html5] r2469 - [] (0) Clear up document.cookie; make document.open() update the doc address.
whatwg at whatwg.org
whatwg at whatwg.org
Wed Nov 26 18:20:07 PST 2008
Author: ianh
Date: 2008-11-26 18:20:07 -0800 (Wed, 26 Nov 2008)
New Revision: 2469
Modified:
index
source
Log:
[] (0) Clear up document.cookie; make document.open() update the doc address.
Modified: index
===================================================================
--- index 2008-11-27 02:00:31 UTC (rev 2468)
+++ index 2008-11-27 02:20:07 UTC (rev 2469)
@@ -5712,30 +5712,32 @@
<hr><p>The <dfn id=dom-document-cookie title=dom-document-cookie><code>cookie</code></dfn>
attribute represents the cookies of the resource.</p>
- <!-- XXX this needs work; e.g. document.open() should return the
- cookies of the document that called document.open(), not of
- about:blank or the document that had .open() called on, as I
- understand it. -->
+ <p id=sandboxCookies>On getting, if the document is not associated
+ with a <a href=#browsing-context>browsing context</a> then the user agent must raise
+ an <code><a href=#invalid_state_err>INVALID_STATE_ERR</a></code> exception. Otherwise, if the
+ <a href=#sandboxed-origin-browsing-context-flag>sandboxed origin browsing context flag</a> is set on the
+ <a href=#browsing-context>browsing context</a> of the document, the user agent must
+ raise a <code><a href=#security_err>SECURITY_ERR</a></code> exception. Otherwise, if <a href="#the-document's-address">the
+ document's address</a> does not use a server-based naming
+ authority, it must return the empty string. Otherwise, it must
+ return the same string as the value of the <code title="">Cookie</code> HTTP header it would include if <a href=#fetch title=fetch>fetching</a> the resource indicated by <a href="#the-document's-address">the
+ document's address</a> over HTTP, as per RFC 2109 section 4.3.4
+ or later specifications. <a href=#refsRFC2109>[RFC2109]</a> <a href=#refsRFC2965>[RFC2965]</a></p>
- <p id=sandboxCookies>On getting, if the <a href=#sandboxed-origin-browsing-context-flag>sandboxed origin
- browsing context flag</a> is set on the <a href=#browsing-context>browsing
- context</a> of the document, the user agent must raise a
- <code><a href=#security_err>SECURITY_ERR</a></code> exception. Otherwise, it must return the
- same string as the value of the <code title="">Cookie</code> HTTP
- header it would include if <a href=#fetch title=fetch>fetching</a> the
- resource indicated by <a href="#the-document's-address">the document's address</a> over HTTP,
- as per RFC 2109 section 4.3.4 or later specifications. <a href=#refsRFC2109>[RFC2109]</a> <a href=#refsRFC2965>[RFC2965]</a></p>
+ <p>On setting, if the document is not associated with a
+ <a href=#browsing-context>browsing context</a> then the user agent must raise an
+ <code><a href=#invalid_state_err>INVALID_STATE_ERR</a></code> exception. Otherwise, if the
+ <a href=#sandboxed-origin-browsing-context-flag>sandboxed origin browsing context flag</a> is set on the
+ <a href=#browsing-context>browsing context</a> of the document, the user agent must
+ raise a <code><a href=#security_err>SECURITY_ERR</a></code> exception. Otherwise, if <a href="#the-document's-address">the
+ document's address</a> does not use a server-based naming
+ authority, it must do nothing. Otherwise, the user agent must act as
+ it would when processing cookies if it had just attempted to
+ <a href=#fetch>fetch</a> <a href="#the-document's-address">the document's address</a> over HTTP,
+ and had received a response with a <code>Set-Cookie</code> header
+ whose value was the specified value, as per RFC 2109 sections 4.3.1,
+ 4.3.2, and 4.3.3 or later specifications. <a href=#refsRFC2109>[RFC2109]</a> <a href=#refsRFC2965>[RFC2965]</a></p>
- <p>On setting, if the <a href=#sandboxed-origin-browsing-context-flag>sandboxed origin browsing context
- flag</a> is set on the <a href=#browsing-context>browsing context</a> of the
- document, the user agent must raise a <code><a href=#security_err>SECURITY_ERR</a></code>
- exception. Otherwise, the user agent must act as it would when
- processing cookies if it had just attempted to <a href=#fetch>fetch</a>
- <a href="#the-document's-address">the document's address</a> over HTTP, and had received a
- response with a <code>Set-Cookie</code> header whose value was the
- specified value, as per RFC 2109 sections 4.3.1, 4.3.2, and 4.3.3 or
- later specifications. <a href=#refsRFC2109>[RFC2109]</a> <a href=#refsRFC2965>[RFC2965]</a></p>
-
<p class=note>Since the <code title=dom-document-cookie><a href=#dom-document-cookie>cookie</a></code> attribute is accessible
across frames, the path restrictions on cookies are only a tool to
help manage which cookies are sent to which parts of the site, and
@@ -7307,6 +7309,9 @@
<li><p>Change the <a href="#document's-character-encoding">document's character encoding</a> to
UTF-16.</li>
+ <li><p>Change <a href="#the-document's-address">the document's address</a> to the <a href="#the-document's-address" title="the document's address">address</a> of the <a href=#script-document-context>script
+ document context</a> of the script that invoked the <code title=dom-document-open><a href=#dom-document-open>document.open()</a></code> method.</li>
+
<li><p>Create a new <a href=#html-parser>HTML parser</a> and associate it with
the document. This is a <dfn id=script-created-parser>script-created parser</dfn> (meaning
that it can be closed by the <code title=dom-document-open><a href=#dom-document-open>document.open()</a></code> and <code title=dom-document-close><a href=#dom-document-close>document.close()</a></code> methods, and
Modified: source
===================================================================
--- source 2008-11-27 02:00:31 UTC (rev 2468)
+++ source 2008-11-27 02:20:07 UTC (rev 2469)
@@ -5716,33 +5716,37 @@
<p>The <dfn title="dom-document-cookie"><code>cookie</code></dfn>
attribute represents the cookies of the resource.</p>
- <!-- XXX this needs work; e.g. document.open() should return the
- cookies of the document that called document.open(), not of
- about:blank or the document that had .open() called on, as I
- understand it. -->
+ <p id="sandboxCookies">On getting, if the document is not associated
+ with a <span>browsing context</span> then the user agent must raise
+ an <code>INVALID_STATE_ERR</code> exception. Otherwise, if the
+ <span>sandboxed origin browsing context flag</span> is set on the
+ <span>browsing context</span> of the document, the user agent must
+ raise a <code>SECURITY_ERR</code> exception. Otherwise, if <span>the
+ document's address</span> does not use a server-based naming
+ authority, it must return the empty string. Otherwise, it must
+ return the same string as the value of the <code
+ title="">Cookie</code> HTTP header it would include if <span
+ title="fetch">fetching</span> the resource indicated by <span>the
+ document's address</span> over HTTP, as per RFC 2109 section 4.3.4
+ or later specifications. <a href="#refsRFC2109">[RFC2109]</a> <a
+ href="#refsRFC2965">[RFC2965]</a></p>
- <p id="sandboxCookies">On getting, if the <span>sandboxed origin
- browsing context flag</span> is set on the <span>browsing
- context</span> of the document, the user agent must raise a
- <code>SECURITY_ERR</code> exception. Otherwise, it must return the
- same string as the value of the <code title="">Cookie</code> HTTP
- header it would include if <span title="fetch">fetching</span> the
- resource indicated by <span>the document's address</span> over HTTP,
- as per RFC 2109 section 4.3.4 or later specifications. <a
+ <p>On setting, if the document is not associated with a
+ <span>browsing context</span> then the user agent must raise an
+ <code>INVALID_STATE_ERR</code> exception. Otherwise, if the
+ <span>sandboxed origin browsing context flag</span> is set on the
+ <span>browsing context</span> of the document, the user agent must
+ raise a <code>SECURITY_ERR</code> exception. Otherwise, if <span>the
+ document's address</span> does not use a server-based naming
+ authority, it must do nothing. Otherwise, the user agent must act as
+ it would when processing cookies if it had just attempted to
+ <span>fetch</span> <span>the document's address</span> over HTTP,
+ and had received a response with a <code>Set-Cookie</code> header
+ whose value was the specified value, as per RFC 2109 sections 4.3.1,
+ 4.3.2, and 4.3.3 or later specifications. <a
href="#refsRFC2109">[RFC2109]</a> <a
href="#refsRFC2965">[RFC2965]</a></p>
- <p>On setting, if the <span>sandboxed origin browsing context
- flag</span> is set on the <span>browsing context</span> of the
- document, the user agent must raise a <code>SECURITY_ERR</code>
- exception. Otherwise, the user agent must act as it would when
- processing cookies if it had just attempted to <span>fetch</span>
- <span>the document's address</span> over HTTP, and had received a
- response with a <code>Set-Cookie</code> header whose value was the
- specified value, as per RFC 2109 sections 4.3.1, 4.3.2, and 4.3.3 or
- later specifications. <a href="#refsRFC2109">[RFC2109]</a> <a
- href="#refsRFC2965">[RFC2965]</a></p>
-
<p class="note">Since the <code
title="dom-document-cookie">cookie</code> attribute is accessible
across frames, the path restrictions on cookies are only a tool to
@@ -7487,6 +7491,11 @@
<li><p>Change the <span>document's character encoding</span> to
UTF-16.</p></li>
+ <li><p>Change <span>the document's address</span> to the <span
+ title="the document's address">address</span> of the <span>script
+ document context</span> of the script that invoked the <code
+ title="dom-document-open">document.open()</code> method.</p></li>
+
<li><p>Create a new <span>HTML parser</span> and associate it with
the document. This is a <dfn>script-created parser</dfn> (meaning
that it can be closed by the <code
More information about the Commit-Watchers
mailing list