- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 03 Oct 2006 19:56:14 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=3788 ------- Comment #2 from per@bothner.com 2006-10-03 19:56 ------- (In reply to comment #1) > The XML 1.0 specification (section 4.3.3) states that entities encoded in UTF-8 > may begin with a byte order mark and that XML parsers must handle this. > However, this was a late change to the spec and many older parsers don't like > it. I'd suggest you find a more recent parser. These output files are "Fragment", so they're not even supposed to be valid XML. For example ForExprType059.txt is a lone processing-instruction. So the framework has to treat the expected file as an external parsed entity, which is another useless complication. There is the same argument as I med for bug #3756: If the testsuite can use raw textual comparison between the actual output and thex epected output, then the testsuite is more robust. Anything that requires parsing or messaging the expected output file is another opportunity for not cathcing a bug. This is not a big deal, since it's trivial to work around, but I think it is a blemish (at least) in the testsuite.
Received on Tuesday, 3 October 2006 19:56:32 UTC