mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-24 21:31:04 +00:00
a1fde10261
Bug 1333990 added the ability to have multiple parser blockers at the same time, so we no longer need to guard against recursively blocking. What's more, if we do, and skip calling `BlockParser` while it's blocked for another reason, we still call `UnblockParser` when we receive script data, at which point we crash. This patch moves the XHTML parser's behavior closer in line with the HTML parser's. The only way I've seen this manifest as a bug is when we have an XHTML document with a top-level <script> element, and an extension with content scripts that cause us to block parsing when we see that top-level element and need to wait for them to compile. Differential Revision: https://phabricator.services.mozilla.com/D145513 |
||
|---|---|---|
| .. | ||
| tests | ||
| CNavDTD.cpp | ||
| CNavDTD.h | ||
| CParserContext.cpp | ||
| CParserContext.h | ||
| moz.build | ||
| nsElementTable.cpp | ||
| nsElementTable.h | ||
| nsExpatDriver.cpp | ||
| nsExpatDriver.h | ||
| nsHTMLTagList.h | ||
| nsHTMLTags.cpp | ||
| nsHTMLTags.h | ||
| nsIContentSink.h | ||
| nsIDTD.h | ||
| nsIExpatSink.idl | ||
| nsIFragmentContentSink.h | ||
| nsIHTMLContentSink.h | ||
| nsIParser.h | ||
| nsParser.cpp | ||
| nsParser.h | ||
| nsParserBase.h | ||
| nsParserConstants.h | ||
| nsParserMsgUtils.cpp | ||
| nsParserMsgUtils.h | ||
| nsRLBoxExpatDriver.h | ||
| nsScanner.cpp | ||
| nsScanner.h | ||
| nsScannerString.cpp | ||
| nsScannerString.h | ||