5723 2008-05-29 11:51:06 +0000 CVS: K2-ComputeConAttr-54 Incorrect expected result 2008-06-25 11:51:32 +0000 1 1 1 Unclassified XML Query Test Suite XML Query Test Suite unspecified PC Windows NT CLOSED INVALID P2 normal --- 1 tim frans.englich frans.englich public-qt-comments oldest_to_newest 20304 0 tim 2008-05-29 11:51:06 +0000 I believe that K2-ComputeConAttr-54 might be wrong. The only place that I can find a reference to the introduction of a new namespace prefix is in XQuery 3.7.4 In-scope Namespaces of a Constructed Element. The introduction of an implementation-dependent prefix will only occur when the attribute is copied as a child of an element during element construction. i.e. I expect the result of <element> { let $name := QName("http://example.com/", "attr"), $attr := attribute {$name} {()} return ( $attr, text { prefix-from-QName(node-name($attr)) } ) } </element> to be of the form <element xmlns:generated-prefix="http://example.com/" generated-prefix:attr=""/ > and not <element xmlns:generated-prefix="http://example.com/" generated-prefix:attr="">generated-prefix</element> Here's the XQTS query for reference. (:*******************************************************:) (: Test: K2-ComputeConAttr-54 :) (: Written by: Frans Englich :) (: Date: 2007-11-22T11:31:21+01:00 :) (: Purpose: Ensure that a valid prefix has been constructed for a QName which th e implementation is supposed to create a prefix for. :) (:*******************************************************:) string-length(xs:NCName(prefix-from-QName(node-name(attribute {QName("http://exa mple.com/", "attr")} {()})))) > 0 20795 1 frans.englich 2008-06-24 14:30:05 +0000 This test case was in response to a queued errata change: http://www.w3.org/Bugs/Public/show_bug.cgi?id=4443 20804 2 tim 2008-06-24 15:04:20 +0000 I've queried the resolution to Bug 4443 in light of Bug 4463. I came across this error while trying to write a test case to hit (from Bug 4463) "(4) Section 3.7.3.2 (Computed Attribute Constructors) Replace the paragraph following the first numbered list as follows: A dynamic error [XQDY0044] is raised if the node-name of the constructed attribute node has any of the following properties: (b) It has no namespace prefix and its local name is xmlns" How can this be hit? With 4443 implemented, the following: attribute { fn:QName('xmlns', 'http://www.example.com/') } { 'foo' } would create an attribute with an implementation-defined prefix, as if the user had written: attribute { fn:QName('xmlns', 'http://www.example.com/') } { 'foo' } 20806 3 frans.englich 2008-06-24 15:19:14 +0000 Though to me it seems these test cases are conforming to the specs, when taking into account the erratas. Are you ok with reopening this report if/when 4443 gets reverted/changed? 20809 4 tim 2008-06-24 15:35:53 +0000 Is this error listed in the errata yet? If so, yes, otherwise I'd prefer to leave it open. BTW, do you have any comments on what I've suggested regarding 4443? 20843 5 frans.englich 2008-06-25 11:37:55 +0000 What error? The error that a prefix is invented for an isolated attribute node as K2-ComputeConAttr-54 verifies? Yes, I believe the change to 3.7.3.2 as described in bug 4443 covers that. 20845 6 tim 2008-06-25 11:51:16 +0000 Ah yes - it's XQ.E9. OK. I'll close this for the moment.