29994 2016-11-10 09:10:21 +0000 [xslt30] Base URI of a secondary result document 2016-11-10 09:20:05 +0000 1 1 1 Unclassified XPath / XQuery / XSLT XSLT 3.0 Candidate Recommendation PC All RESOLVED INVALID P2 normal --- 1 mike mike public-qt-comments oldest_to_newest 128131 0 mike 2016-11-10 09:10:21 +0000 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. 128133 1 mike 2016-11-10 09:20:05 +0000 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.