This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 3393 - unabbreviatedSyntax-4, unabbreviatedSyntax-5
Summary: unabbreviatedSyntax-4, unabbreviatedSyntax-5
Status: RESOLVED INVALID
Alias: None
Product: XML Query Test Suite
Classification: Unclassified
Component: XML Query Test Suite (show other bugs)
Version: 0.9.4
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Andrew Eisenberg
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-25 20:08 UTC by Michael Kay
Modified: 2006-07-05 16:20 UTC (History)
0 users

See Also:

Attachments

Description Michael Kay 2006-06-25 20:08:38 UTC 
In these two tests, the reference results contain an unwarranted blank line at the start.
Comment 1 Carmelo Montanez 2006-06-26 14:54:11 UTC 
Michael:

Thanks.  Not exeactly sure why Saxon generates the extra line.  Either way,
I removed it from the expected results.

Thanks,
Carmelo
Comment 2 Tom Brosens 2006-07-05 15:53:14 UTC 
Michael, Carmelo,

Please correct us if we're wrong, but as far as we can judge the 0D0A at the start should not have been removed. Consider unabbreviatedSyntax-4. The query selects all child nodes of the first employee element in works-mod.xml (which is not schema validated). The first child node is a text node with hex content '0D0A202020', not '202020' as suggested in the result file.

Note that, at the end, the last node is also a text node with content '0D0A2020' and that one is indeed in the result file.

The same is true for unabbreviatedSyntax-5.

Thanks,
Tom.

(We're using XQTS_current.zip v1.8)
Comment 3 Michael Kay 2006-07-05 16:20:47 UTC 
Looking at it again, I think you're right. My comparator for compare="fragment" seems to be regarding the CR as a whitespace-difference in the results, whereas it should of course be normalized out. So the bug appears to be in my test driver. Apologies for the noise.