- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 02 Feb 2010 23:01:58 +0000
- To: public-qt-comments@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=5871
Andrew Eisenberg <andrew.eisenberg@us.ibm.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jim.melton@acm.org
--- Comment #22 from Andrew Eisenberg <andrew.eisenberg@us.ibm.com> 2010-02-02 23:01:58 ---
I'm struggling with the other test cases that you've identified. Let's look at
K2-DirectConOther-50. The query is:
string(<e><![CDATA[
]]></e>) eq "
"
Looking at it again, I see:
string(<e><![ 73 74 72 69 6E 67 28 3C 65 3E 3C 21 5B
CDATA[...]]></e> 43 44 41 54 41 5B 0D 0D 0A 5D 5D 3E 3C 2F 65 3E
) eq "
" 29 20 65 71 20 22 26 23 78 41 3B 22
The XQueryX that I generated for this test case was, in part:
<xqx:value>< 3C 78 71 78 3A 76 61 6C 75 65 3E 3C
![CDATA[..]]></x 21 5B 43 44 41 54 41 5B 0A 0A 5D 5D 3E 3C 2F 78
qx:value>.. 71 78 3A 76 61 6C 75 65 3E 0D 0A 20 20 20 20 20
CVS seems to be changing this, but in a benign way. When I reload the current
version, I see:
<xqx:valu 3C 78 71 78 3A 76 61 6C 75
e><![CDATA[....] 65 3E 3C 21 5B 43 44 41 54 41 5B 0D 0A 0D 0A 5D
]></xqx:value>.. 5D 3E 3C 2F 78 71 78 3A 76 61 6C 75 65 3E 0D 0A
The previous version of the XQueryX was:
<xqx:valu 3C 78 71 78 3A 76 61 6C 75
e><![CDATA[..]]> 65 3E 3C 21 5B 43 44 41 54 41 5B 0D 0A 5D 5D 3E
</xqx:value>.. 3C 2F 78 71 78 3A 76 61 6C 75 65 3E 0D 0A 20 20
I'm thinking that the current version (with or without the CVS change) reflects
the rules in A.2.3 End-of-Line Handling. This interpretation would mean that
the expected result of true is incorrect.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 2 February 2010 23:01:59 UTC