W3C home > Mailing lists > Public > public-html-commits@w3.org > February 2010

html5/webstorage Overview.html,1.119,1.120

From: Ian Hickson via cvs-syncmail <cvsmail@w3.org>
Date: Fri, 12 Feb 2010 13:09:43 +0000
To: public-html-commits@w3.org
Message-Id: <E1NfvHD-0008Ks-Vp@lionel-hutz.w3.org>
Update of /sources/public/html5/webstorage
In directory hutz:/tmp/cvs-serv32009

Modified Files:
Log Message:
Make it clear that disabling a feature should truly remove it, not just stub it out. (whatwg r4693)

Index: Overview.html
RCS file: /sources/public/html5/webstorage/Overview.html,v
retrieving revision 1.119
retrieving revision 1.120
diff -u -d -r1.119 -r1.120
--- Overview.html	11 Feb 2010 09:47:45 -0000	1.119
+++ Overview.html	12 Feb 2010 13:09:41 -0000	1.120
@@ -193,7 +193,7 @@
    <p><a href="http://www.w3.org/"><img alt="W3C" height="48" src="http://www.w3.org/Icons/w3c_home" width="72"></a></p>
    <h1>Web Storage</h1>
-   <h2 class="no-num no-toc" id="editor-s-draft-11-february-2010">Editor's Draft 11 February 2010</h2>
+   <h2 class="no-num no-toc" id="editor-s-draft-12-february-2010">Editor's Draft 12 February 2010</h2>
    <dl><dt>Latest Published Version:</dt>
     <dd><a href="http://www.w3.org/TR/webstorage/">http://www.w3.org/TR/webstorage/</a></dd>
     <dt>Latest Editor's Draft:</dt>
@@ -257,7 +257,7 @@
   Working Group</a> is the W3C working group responsible for this
   specification's progress along the W3C Recommendation track.
-  This specification is the 11 February 2010 Editor's Draft.
+  This specification is the 12 February 2010 Editor's Draft.
   </p><!-- required patent boilerplate --><p>This document was produced by a group operating under the <a href="http://www.w3.org/Consortium/Patent-Policy-20040205/">5
   February 2004 W3C Patent Policy</a>. W3C maintains a <a href="http://www.w3.org/2004/01/pp-impl/42538/status" rel="disclosure">public list of
   any patent disclosures</a> made in connection with the deliverables
@@ -392,7 +392,15 @@
   agents.<p>User agents may impose implementation-specific limits on
   otherwise unconstrained inputs, e.g. to prevent denial of service
   attacks, to guard against running out of memory, or to work around
-  platform-specific limitations.<h3 id="dependencies"><span class="secno">2.1 </span>Dependencies</h3><p>This specification relies on several other underlying
+  platform-specific limitations.<p>When support for a feature is disabled (e.g. as an emergency
+  measure to mitigate a security problem, or to aid in development, or
+  for performance reasons), user agents must act as if they had no
+  support for the feature whatsoever, and as if the feature was not
+  mentioned in this specification. For example, if a particular
+  feature is accessed via an attribute in a Web IDL interface, the
+  attribute itself would be omitted from the objects that implement
+  that interface &mdash; leaving the attribute on the object but
+  making it return null or throw an exception is insufficient.<h3 id="dependencies"><span class="secno">2.1 </span>Dependencies</h3><p>This specification relies on several other underlying
@@ -564,6 +572,7 @@
    origin</span> is not the <span>same origin</span> as the
    <code>Document</code>'s <span>origin</span>, then throw a
    <code>SECURITY_ERR</code> exception and abort these steps.</li>
+   <!-- XXX should do this on getItem()/setItem()/enumerating etc -->
    <li><p>If the <code>Document</code>'s <span>origin</span> is not a
    scheme/host/port tuple, then throw a <code>SECURITY_ERR</code>
Received on Friday, 12 February 2010 13:09:45 UTC

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