[Bug 4765] [XQX] normalization of <xqx:attributeValue> element in <xqx:attributeConstructor> different for equivalent documents from bugzilla@wiggum.w3.org on 2007-06-26 (public-qt-comments@w3.org from June 2007)

From: <bugzilla@wiggum.w3.org>
Date: Tue, 26 Jun 2007 15:41:15 +0000
To: public-qt-comments@w3.org
CC:
Message-Id: <E1I3DAJ-0004W3-6g@wiggum.w3.org>

http://www.w3.org/Bugs/Public/show_bug.cgi?id=4765

           Summary: [XQX] normalization of <xqx:attributeValue> element in
                    <xqx:attributeConstructor> different for equivalent
                    documents
           Product: XPath / XQuery / XSLT
           Version: Recommendation
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: XQueryX
        AssignedTo: jim.melton@acm.org
        ReportedBy: oliver@cbcl.co.uk
         QAContact: public-qt-comments@w3.org


According to the attribute-value normalization rules, the following elements
give different attribute values:

<xqx:attributeConstructor>
  <xqx:attributeName>attr</xqx:attributeName>
  <xqx:attributeValue>  </xqx:attributeValue>
</xqx:attributeConstructor>

<xqx:attributeConstructor>
  <xqx:attributeName>attr</xqx:attributeName>
  <xqx:attributeValue>&#x9;</xqx:attributeValue>
</xqx:attributeConstructor>

In the first case the tab (#x9) character in the value of the attribute is
normalized to a space (#x20), whereas in the second case a tab character is
inserted in the constructed attribute value.

However, these two xml fragments are identical by the rules of XML
canonicalization, and so should have a single interpretation.

This is exhibited in the XQTS test cases Const-attr-ws-*.

Received on Tuesday, 26 June 2007 15:41:18 UTC