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 29944 - [XQ3TS] fn-transform-err-4, 5
Summary: [XQ3TS] fn-transform-err-4, 5
Status: CLOSED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XQuery 3 & XPath 3 Test Suite (show other bugs)
Version: Candidate Recommendation
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Debbie Lockett
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-18 13:58 UTC by Tim Mills
Modified: 2016-10-20 15:48 UTC (History)
1 user (show)

See Also:


Attachments

Description Tim Mills 2016-10-18 13:58:19 UTC
fn:transform specifies that the option xslt-version should be a decimal.  In the test case fn-transform-err-4, a string is supplied.  Under the rules for options (FO31 1.5 Options) the expected result should be XPTY0004 and not FOXT0002.

A similar problems exist in fn-transform-err-5

    <test-case name="fn-transform-err-4">
        <description>Error - the type of the value supplied for the option 'xslt-version' is incorrect</description>
        <created by="Debbie Lockett" on="2015-03-05"/>
        <dependency type="spec" value="XQ31+"/>
        <dependency type="feature" value="fn-transform-XSLT" satisfied="true" />
        <test><![CDATA[
            declare variable $xsl as xs:string :="<xsl:stylesheet xmlns:xsl='http://www.w3.org/1999/XSL/Transform' version='2.0'>
                <xsl:template match='/'>
                    <out>
                        <xsl:value-of select='.' />
                    </out>
                </xsl:template>
            </xsl:stylesheet>";
            transform(map{"stylesheet-text":$xsl, "source-node":parse-xml("<doc>this</doc>"), "xslt-version":"2.0" })
        ]]></test>
        <result>
            <error code="FOXT0002"/>
        </result>
    </test-case>
Comment 1 Tim Mills 2016-10-20 15:42:26 UTC
I've taken the liberty of fixing this.