Closed
Bug 296963
Opened 20 years ago
Closed 17 years ago
Better regression tests for the HTML parser
Categories
(Core :: DOM: HTML Parser, defect)
Core
DOM: HTML Parser
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: mrbkap, Assigned: mrbkap)
References
Details
While working on bug 272702, I realized that the current regression tests that we have for the HTML parser are totally useless for any changes that involve changing the interface between the content sink and the DTD. In other words, unless your change is restricted solely to the tokenizer and the DTD, the tests are useless. I'm filing this bug to make progress on making a new set of regression tests (maybe pulling in test cases from the layout regression tests, and of course, the current regression tests) that instead of using the logging sink (which is why the current tests are inadequate) would serialize the DOM produced by the content sink. I know that there is a nsDOMSerializer in extensions/xmlextras, do we want to use that, or should we just use nsDocumentEncoder directly? Any input welcome.
Comment 1•20 years ago
|
||
nsDOMSerializer always serializes as XML. I suppose that's OK for use -- just serialize the HTML DOM as XHTML.... Using DOMSerializer is probably simpler than the document encoder and more future-proof (it's not in need of API cleanup, unlike document encoder).
| Assignee | ||
Updated•19 years ago
|
Status: NEW → ASSIGNED
| Assignee | ||
Updated•18 years ago
|
Target Milestone: --- → Future
| Assignee | ||
Comment 2•17 years ago
|
||
Mochitests cover this now.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•