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 5055 - 1.0.3dev: emptyorderdecl-2, ForExprType049
Summary: 1.0.3dev: emptyorderdecl-2, ForExprType049
Status: CLOSED FIXED
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: 2007-09-17 15:12 UTC by Tim Mills
Modified: 2010-03-16 15:59 UTC (History)
0 users

See Also:


Attachments

Description Tim Mills 2007-09-17 15:12:11 UTC
In the latest update, we get 

fn:exactly-one called with a sequence containing zero or more than one item

in 

emptyorderdecl-2
emptyorderdecl-3
emptyorderdecl-10
emptyorderdecl-11
emptyorderdecl-14
emptyorderdecl-15
emptyorderdecl-18
emptyorderdecl-19
emptyorderdecl-22
emptyorderdecl-24
ForExprType049
Comment 1 Michael Kay 2007-09-29 18:12:03 UTC
Yes, I get the same problem. The change that was made to these files is clearly incorrect.
Comment 2 Frans Englich 2007-10-02 09:51:02 UTC
A fix has been attempted in CVS, XQTS_current.zip is updated.

If the resolution is satisfactory, feel free to change status to closed. Otherwise reopen this report. If no feedback is given within two weeks, status will be set to closed.
Comment 3 Nick Jones 2007-10-02 10:21:02 UTC
Thanks. The emptyorderdecl-* tests are fixed, but there is still an exactly-one in the ForExprType049 which is causing problems
Comment 4 Frans Englich 2007-10-02 10:42:53 UTC
How would you like ForExprType049 to be, exactly? Like this?

for $test as xs:decimal in data(zero-or-one($input-context/root/InterleaveType/*))
return $test

(See http://www.w3.org/Bugs/Public/show_bug.cgi?id=4046 for a discussion of what previously was considered problematic with this test.)
Comment 5 Nick Jones 2007-10-02 11:03:16 UTC
for $test as xs:decimal in data($input-context/root/InterleaveType/*)
return $test

should be fine.

The problem wasn't with the quantifier, but with knowing $test was xs:decimal rather than xs:untypedAtomic, which we fixed by rewriting the "declare variable $input-context external" with a "as document-node(schema-element(root))" so it gets the schema types.