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 30134 - fn-transform-36, -36a, -37, -38, -39 assertions incorrectly checks for 'saved' result dcoument
Summary: fn-transform-36, -36a, -37, -38, -39 assertions incorrectly checks for 'saved...
Status: RESOLVED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XQuery 3 & XPath 3 Test Suite (show other bugs)
Version: Working drafts
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: O'Neil Delpratt
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-07-04 10:28 UTC by O'Neil Delpratt
Modified: 2017-07-04 12:10 UTC (History)
0 users

See Also:

Attachments

Description O'Neil Delpratt 2017-07-04 10:28:02 UTC 
In the following test cases: fn-transform-36, -36a, -37, -38, -39 

The assertions incorrectly checks for 'saved' result dcoument even though this feature has been dropped.

For example in fn-transform-36 see the assertions that need changing:

<assert><![CDATA[contains(serialize(doc(map:keys($result))), "<works>")]]></assert>

<assert><![CDATA[contains(serialize(doc(map:keys($result))), "</works>")]]></assert>

<assert><![CDATA[not(contains(serialize(doc(map:keys($result))), "<body><works>"))]]></assert>

The proposed fix is to do something similar to fn-transform-35.
Comment 1 O'Neil Delpratt 2017-07-04 12:10:07 UTC 
Test cases fixed by converting assertions with doc function to parse-xml. 

However for the test cases fn-transform-38 and fn-transform-39 it only returns a map of keys. therefore I had to comment out the assertion which calls the doc function.