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 5660 - CVS: preceding-22, preceding-23
Summary: CVS: preceding-22, preceding-23
Status: CLOSED INVALID
Alias: None
Product: XML Query Test Suite
Classification: Unclassified
Component: XML Query Test Suite (show other bugs)
Version: unspecified
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Frans Englich
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-04-24 15:21 UTC by Tim Mills
Modified: 2008-04-28 12:37 UTC (History)
0 users

See Also:


Attachments

Description Tim Mills 2008-04-24 15:21:13 UTC
I think there are calls to fn:doc in these which weren't intentional.

Here $input-context is a document node.


(: Name: preceding-23 :)
(: Description: Evaluation of the preceding axis from the last node in the docum
ent, :)
(: containing only attributes and elements. :)

(: insert-start :)
declare variable $input-context1 external;
(: insert-end :)

<result>
{
    (doc($input-context1)//node())[last()]/preceding::node(),
    empty((doc($input-context1)//node())[last()]/preceding::node())
}
</result>
Comment 1 Frans Englich 2008-04-28 11:09:57 UTC
Hmm, I wonder. XQTSCatalog.xml has:

<input-URI role="principal-data" variable="input-context1">SmallTree</input-URI>

for preceding-22 and

          <input-URI role="principal-data" variable="input-context1">AttributesAndElements</input-URI>

for preceding-23.

So $input-context should in these cases be URIs; xs:anyURI or xs:string. The input-URI is not used very extensively, but there are other cases.

Maybe you know what's the culprit here?
Comment 2 Tim Mills 2008-04-28 12:36:50 UTC
Ignore me - just an embarrassing bug in our test runner.