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 29994 - [xslt30] Base URI of a secondary result document
Summary: [xslt30] Base URI of a secondary result document
Status: RESOLVED INVALID
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: XSLT 3.0 (show other bugs)
Version: Candidate Recommendation
Hardware: PC All
: 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: 2016-11-10 09:10 UTC by Michael Kay
Modified: 2016-11-10 09:20 UTC (History)
0 users

See Also:

Attachments

Description Michael Kay 2016-11-10 09:10:21 UTC 
In XSLT 2.0 we defined that the base URI of the document produced using xsl:result-document was formed by resolving the value of @href against the base output URI. We no longer say this in 3.0. It disappeared as a side-effect of the change to use the "sequence normalization" rules in the serialization spec for constructing the result tree, rather than our own "constructing complex content" rules.
Comment 1 Michael Kay 2016-11-10 09:20:05 UTC 
I found that the text has not been lost, it has simply moved. We say:

If the implementation provides an API to access secondary results, then it must allow a secondary result to be identified by means of the absolutized value of the href attribute. In addition, if a final result tree is constructed (that is, if the effective value of build-tree is yes), then this value is used as the base URI of the document node at the root of the final result tree.

Withdrawing the bug.