[html5] r7912 - [e] (0) Try to clarify how UAs can abort at parse errors. Fixing https://www.w3. [...]

[whatwg at whatwg.org]

Author: ianh
Date: 2013-06-05 14:09:13 -0700 (Wed, 05 Jun 2013)
New Revision: 7912

Modified:
   complete.html
   index
   source
Log:
[e] (0) Try to clarify how UAs can abort at parse errors.
Fixing https://www.w3.org/Bugs/Public/show_bug.cgi?id=21831
Affected topics: HTML Syntax and Parsing

Modified: complete.html
===================================================================
--- complete.html	2013-06-05 21:01:20 UTC (rev 7911)
+++ complete.html	2013-06-05 21:09:13 UTC (rev 7912)
@@ -84248,6 +84248,7 @@
   <div class=impl>
 
   <h3 id=parsing><span class=secno>12.2 </span>Parsing HTML documents</h3>
+<!--CLEANUP-->
 
   <p><i>This section only applies to user agents, data mining tools,
   and conformance checkers.</i></p>
@@ -84287,9 +84288,10 @@
   <p>This specification defines the parsing rules for HTML documents,
   whether they are syntactically correct or not. Certain points in the
   parsing algorithm are said to be <dfn id=parse-error title="parse error">parse
-  errors</dfn>. The error handling for parse errors is well-defined:
-  user agents must either act as described below when encountering
-  such problems, or must abort processing at the first error that they
+  errors</dfn>. The error handling for parse errors is well-defined
+  (that's the processing rules described throughout this specification), but 
+  user agents, while parsing an HTML document, may <a href=#abort-a-parser title="abort a
+  parser">abort the parser</a> at the first <a href=#parse-error>parse error</a> that they
   encounter for which they do not wish to apply the rules described
   in this specification.</p>
 
@@ -84298,8 +84300,7 @@
   the document and must not report parse error conditions if none
   exist in the document. Conformance checkers may report more than one
   parse error condition if more than one parse error condition exists
-  in the document. Conformance checkers are not required to recover
-  from parse errors.</p>
+  in the document.</p>
 
   <p class=note>Parse errors are only errors with the
   <em>syntax</em> of HTML. In addition to checking for parse errors,

Modified: index
===================================================================
--- index	2013-06-05 21:01:20 UTC (rev 7911)
+++ index	2013-06-05 21:09:13 UTC (rev 7912)
@@ -84248,6 +84248,7 @@
   <div class=impl>
 
   <h3 id=parsing><span class=secno>12.2 </span>Parsing HTML documents</h3>
+<!--CLEANUP-->
 
   <p><i>This section only applies to user agents, data mining tools,
   and conformance checkers.</i></p>
@@ -84287,9 +84288,10 @@
   <p>This specification defines the parsing rules for HTML documents,
   whether they are syntactically correct or not. Certain points in the
   parsing algorithm are said to be <dfn id=parse-error title="parse error">parse
-  errors</dfn>. The error handling for parse errors is well-defined:
-  user agents must either act as described below when encountering
-  such problems, or must abort processing at the first error that they
+  errors</dfn>. The error handling for parse errors is well-defined
+  (that's the processing rules described throughout this specification), but 
+  user agents, while parsing an HTML document, may <a href=#abort-a-parser title="abort a
+  parser">abort the parser</a> at the first <a href=#parse-error>parse error</a> that they
   encounter for which they do not wish to apply the rules described
   in this specification.</p>
 
@@ -84298,8 +84300,7 @@
   the document and must not report parse error conditions if none
   exist in the document. Conformance checkers may report more than one
   parse error condition if more than one parse error condition exists
-  in the document. Conformance checkers are not required to recover
-  from parse errors.</p>
+  in the document.</p>
 
   <p class=note>Parse errors are only errors with the
   <em>syntax</em> of HTML. In addition to checking for parse errors,

Modified: source
===================================================================
--- source	2013-06-05 21:01:20 UTC (rev 7911)
+++ source	2013-06-05 21:09:13 UTC (rev 7912)
@@ -94006,6 +94006,7 @@
   <div class="impl">
 
   <h3 id="parsing">Parsing HTML documents</h3>
+<!--CLEANUP-->
 
   <p><i>This section only applies to user agents, data mining tools,
   and conformance checkers.</i></p>
@@ -94045,9 +94046,10 @@
   <p>This specification defines the parsing rules for HTML documents,
   whether they are syntactically correct or not. Certain points in the
   parsing algorithm are said to be <dfn title="parse error">parse
-  errors</dfn>. The error handling for parse errors is well-defined:
-  user agents must either act as described below when encountering
-  such problems, or must abort processing at the first error that they
+  errors</dfn>. The error handling for parse errors is well-defined
+  (that's the processing rules described throughout this specification), but 
+  user agents, while parsing an HTML document, may <span title="abort a
+  parser">abort the parser</span> at the first <span>parse error</span> that they
   encounter for which they do not wish to apply the rules described
   in this specification.</p>
 
@@ -94056,8 +94058,7 @@
   the document and must not report parse error conditions if none
   exist in the document. Conformance checkers may report more than one
   parse error condition if more than one parse error condition exists
-  in the document. Conformance checkers are not required to recover
-  from parse errors.</p>
+  in the document.</p>
 
   <p class="note">Parse errors are only errors with the
   <em>syntax</em> of HTML. In addition to checking for parse errors,