[html5] r1241 - /

[whatwg at whatwg.org]

Author: ianh
Date: 2008-02-25 15:16:13 -0800 (Mon, 25 Feb 2008)
New Revision: 1241

Modified:
   index
   source
Log:
[w] (2) SQLTransactionErrorCallback can't return false to commit anymore. If it is called, things always roll back. This avoids the case where such a callback asked for a transaction to be committed, but that failed, and the failure information was lost.

Modified: index
===================================================================
--- index	2008-02-25 22:42:02 UTC (rev 1240)
+++ index	2008-02-25 23:16:13 UTC (rev 1241)
@@ -31207,7 +31207,7 @@
 };
 
 interface <dfn id=sqltransactionerrorcallback>SQLTransactionErrorCallback</dfn> {
-  boolean <span title=dom-sqltransactionerrorcallback-handleEvent>handleEvent</span>(in <a href="#sqlerror">SQLError</a> error);
+  void <span title=dom-sqltransactionerrorcallback-handleEvent>handleEvent</span>(in <a href="#sqlerror">SQLError</a> error);
 };</pre>
 
   <p>The <dfn id=transaction
@@ -31629,7 +31629,7 @@
     </ol>
 
    <li>
-    <p>If a <i>postflight operation</i> was defined for his instance of the
+    <p>If a <i>postflight operation</i> was defined for this instance of the
      transaction steps, run that. If it fails, then jump to the last step.
      <!--The operation, if any, might depend
    <i>callback-canceled</i>.-->
@@ -31653,13 +31653,8 @@
    <li>
     <p>Call the <i>error callback</i> with a newly constructed <code><a
      href="#sqlerror">SQLError</a></code> object that represents the last
-     error to have occured in this transaction. If the error callback
-     returned false, and the last error wasn't itself a failure when
-     committing the transaction, then try to commit the transaction. If that
-     fails, or if the callback couldn't be called (e.g. the method was called
-     with only one argument), or if it didn't return false, then rollback the
-     transaction. Any still-pending statements in the transaction are
-     discarded.
+     error to have occured in this transaction. Rollback the transaction. Any
+     still-pending statements in the transaction are discarded.
   </ol>
 
   <h4 id=privacy><span class=secno>4.11.7 </span>Privacy</h4>

Modified: source
===================================================================
--- source	2008-02-25 22:42:02 UTC (rev 1240)
+++ source	2008-02-25 23:16:13 UTC (rev 1241)
@@ -28760,7 +28760,7 @@
 };
 
 interface <dfn>SQLTransactionErrorCallback</dfn> {
-  boolean <span title="dom-sqltransactionerrorcallback-handleEvent">handleEvent</span>(in <span>SQLError</span> error);
+  void <span title="dom-sqltransactionerrorcallback-handleEvent">handleEvent</span>(in <span>SQLError</span> error);
 };</pre>
 
   <p>The <dfn
@@ -29176,7 +29176,7 @@
 
    </li>
 
-   <li><p>If a <i>postflight operation</i> was defined for his
+   <li><p>If a <i>postflight operation</i> was defined for this
    instance of the transaction steps, run that. If it fails, then jump
    to the last step. <!--The operation, if any, might depend
    <i>callback-canceled</i>.--> (This is basically a hook for the
@@ -29195,13 +29195,8 @@
 
    <li><p>Call the <i>error callback</i> with a newly constructed
    <code>SQLError</code> object that represents the last error to have
-   occured in this transaction. If the error callback returned false,
-   and the last error wasn't itself a failure when committing the
-   transaction, then try to commit the transaction. If that fails, or
-   if the callback couldn't be called (e.g. the method was called with
-   only one argument), or if it didn't return false, then rollback the
-   transaction. Any still-pending statements in the transaction are
-   discarded.</p></li>
+   occured in this transaction. Rollback the transaction. Any
+   still-pending statements in the transaction are discarded.</p></li>
 
   </ol>