Summary: | CompactHTMLToken does not need an XSSInfo pointer | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Eric Seidel (no email) <eric> | ||||
Component: | New Bugs | Assignee: | Tony Gentilcore <tonyg> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | abarth, dbates, esprehn+autocc, ojan.autocc, tonyg, webkit.review.bot | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 106127 | ||||||
Attachments: |
|
Description
Eric Seidel (no email)
2013-03-05 04:49:33 PST
Yeah, they can probably move to the ParsedChunk. Good catch. I can take care of this. Created attachment 191528 [details]
Patch
Comment on attachment 191528 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=191528&action=review > Source/WebCore/html/parser/HTMLDocumentParser.cpp:400 > + break; This will end up producing a slightly different tree than before. I'm not sure if that matters. (In reply to comment #4) > (From update of attachment 191528 [details]) > View in context: https://bugs.webkit.org/attachment.cgi?id=191528&action=review > > > Source/WebCore/html/parser/HTMLDocumentParser.cpp:400 > > + break; > > This will end up producing a slightly different tree than before. I'm not sure if that matters. Yes it will. Only in the case the entire page is blocked. And I don't think it matters in that case. Comment on attachment 191528 [details] Patch Clearing flags on attachment: 191528 Committed r144801: <http://trac.webkit.org/changeset/144801> All reviewed patches have been landed. Closing bug. |