W3C home > Mailing lists > Public > public-qt-comments@w3.org > July 2010

[Bug 10109] New: fn:document function does not define what to do when base-node has no base URI

From: <bugzilla@jessica.w3.org>
Date: Thu, 08 Jul 2010 12:12:17 +0000
To: public-qt-comments@w3.org
Message-ID: <bug-10109-523@http.www.w3.org/Bugs/Public/>

           Summary: fn:document function does not define what to do when
                    base-node has no base URI
           Product: XPath / XQuery / XSLT
           Version: 2nd Edition Recommendation
          Platform: PC
        OS/Version: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: XSLT 2.1
        AssignedTo: mike@saxonica.com
        ReportedBy: oliver@cbcl.co.uk
         QAContact: public-qt-comments@w3.org

Consider the following snippet:

<xsl:variable name="foo" type="text()">
<xsl:value-of select="document("relative.xml", $foo)" />

The specification says:

For an item in $uri-sequence that is an instance of xs:string, xs:anyURI, or
xs:untypedAtomic, the value is cast to xs:anyURI. If the resulting URI
reference is an absolute URI reference then it is used as is. If it is a
relative URI reference, then it is resolved against the base URI of $base-node
if supplied, or against the base URI from the static context otherwise (this
will usually be the base URI of the stylesheet module). A relative URI
reference is resolved against a base URI using the rules defined in [RFC3986].

In this case resolving the URI against the base URI of $base-node does not
technically make sense - what does it mean to resolve a URI against a URI that
doesn't exist?  Similarly the node could be passed in from the outside world
and have a relative base URI.  Resolving against this does not give an absolute

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Thursday, 8 July 2010 12:12:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 16:57:31 UTC