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 21620 - FOTS test cases cbcl-childAxis-001 and cbcl-wild-002 in prod-AxisStep should accept error XPST0005 as alternative result
Summary: FOTS test cases cbcl-childAxis-001 and cbcl-wild-002 in prod-AxisStep should ...
Status: RESOLVED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XQuery 3 & XPath 3 Test Suite (show other bugs)
Version: Candidate Recommendation
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-04-08 13:24 UTC by Markos Zaharioudakis
Modified: 2013-05-01 12:19 UTC (History)
1 user (show)

See Also:

Attachments

Description Markos Zaharioudakis 2013-04-08 13:24:56 UTC 
FOTS test cases cbcl-childAxis-001 and cbcl-wild-002 in prod-AxisStep should accept error XPST0005 as an alternative result.
Comment 1 Markos Zaharioudakis 2013-04-08 13:44:48 UTC 
Sorry, I made a mistake: XPST0005 is not a valid result for cbcl-wild-002. The bug applies to cbcl-childAxis-001 only, because an implementation may assign the empty-sequence() as the static type of expressions such as $foo/child::attribute(b).
Comment 2 Markos Zaharioudakis 2013-04-08 14:52:35 UTC 
Found another test where the bug applies: Axes115 (because the static type of $foo/attribute::namespace-node() is the empty-sequence()).
Comment 3 Michael Kay 2013-05-01 12:19:09 UTC 
Fixed as suggested