<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>20674</bug_id>
          
          <creation_ts>2013-01-15 15:40:41 +0000</creation_ts>
          <short_desc>[XT3TS] result-document-0202 and others</short_desc>
          <delta_ts>2013-01-22 09:42:24 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>XPath / XQuery / XSLT</product>
          <component>XSLT 3.0 Test Suite</component>
          <version>Working drafts</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows NT</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WORKSFORME</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Tim Mills">tim</reporter>
          <assigned_to name="Abel Braaksma">abel.online</assigned_to>
          <cc>mike</cc>
          
          <qa_contact name="Mailing list for public feedback on specs from XSL and XML Query WGs">public-qt-comments</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>81399</commentid>
    <comment_count>0</comment_count>
    <who name="Tim Mills">tim</who>
    <bug_when>2013-01-15 15:40:41 +0000</bug_when>
    <thetext>The following tests have serializations which use &apos;\n&apos; as the newline character.
Elsewhere in the test suite, the newline characters used is &apos;\r\n&apos;.

output-0201	
output-0202	
output-0203	
output-0205	
output-0206	
result-document-0202</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81409</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2013-01-15 17:29:00 +0000</bug_when>
    <thetext>Couldn&apos;t we simply say that assert-serialization normalizes newlines before comparison?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81441</commentid>
    <comment_count>2</comment_count>
    <who name="Tim Mills">tim</who>
    <bug_when>2013-01-15 22:05:11 +0000</bug_when>
    <thetext>We do byte-by-byte comparison of the serialised result against the expected result.  To get around the problem, we serialise the result both with \n and \r\n and try the comparison with each.

Is it safe to replace a 13 10 byte sequence with 10 without reference to the text encoding, or would we have to use the output encoding to decode the byte stream, do the character replacement, then re-encode to a byte stream?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81442</commentid>
    <comment_count>3</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2013-01-15 22:15:43 +0000</bug_when>
    <thetext>I don&apos;t think we yet have mechanisms to make assertions against the binary encoding of the serialized output (though I remember thinking about how to do it). I think that the assert-serialization assertion is comparing characters, not bytes, and relies on you either (a) capturing the characters before they are encoded, or (b) decoding the binary serialization back to characters. So you should be able to normalize line endings at the character level.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81471</commentid>
    <comment_count>4</comment_count>
    <who name="Tim Mills">tim</who>
    <bug_when>2013-01-16 14:04:50 +0000</bug_when>
    <thetext>What I&apos;m currently doing works well enough, but most tests appear to have been encoded with \r\n, so I presumed it was intended to be consistent.  If I remember correctly, CVS sorts this out automagically.  Presumably mercurial doesn&apos;t.

I only recently switched to comparing the bytes, and can&apos;t quite remember why I made the change - I&apos;ll check my SVN logs to find out why.

BTW, there are broken links and requests for authentication for some links in the documentation at:

http://dev.w3.org/2011/QT3-test-suite/guide/running.html

3.g.
http://dev.w3.org/2011/QT3-test-suite/guide/catalog-schema.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81472</commentid>
    <comment_count>5</comment_count>
    <who name="Tim Mills">tim</who>
    <bug_when>2013-01-16 14:05:57 +0000</bug_when>
    <thetext>Would you have any objection to me making them consistent?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81478</commentid>
    <comment_count>6</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2013-01-16 14:19:09 +0000</bug_when>
    <thetext>No, go ahead and fix them.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>