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 29631 - [FO31] fn:serialize options map
Summary: [FO31] fn:serialize options map
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Functions and Operators 3.1 (show other bugs)
Version: Candidate Recommendation
Hardware: PC Windows NT
: P2 normal
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
Depends on:
Reported: 2016-05-17 10:27 UTC by Tim Mills
Modified: 2016-05-24 15:44 UTC (History)
1 user (show)

See Also:


Description Tim Mills 2016-05-17 10:27:34 UTC
The specification says in 14.7.3 fn:serialize

"The key of the entry is an xs:string value in the cases of parameter names defined in these specifications, or an xs:QName (with non-absent namespace) in the case of implementation-defined serialization parameters."

and test case serialize-xml-120

let $params := map { QName("","indent") : true() }
return serialize(., $params)

expects SEPM0017.

However, in 1.5 Options we read

"It is not an error if the options map contains options with names other than those described in this specification. Implementations may attach an ·implementation-defined· meaning to such entries, and may define errors that arise if such entries are present with invalid values. Implementations must ignore such entries unless they have a specific ·implementation-defined· meaning. Implementations that define additional options in this way should use values of type xs:QName as the option names, using an appropriate namespace."

which seems to say this option can be ignored, or handled in an implementation-defined way.
Comment 1 Josh Spiegel 2016-05-24 15:32:03 UTC
I think this is a duplicate of 29373 and I have updated serialize-xml-120 since you filed this bug.  

"Update serialize-xml-120 for bug 29373"
Comment 2 Tim Mills 2016-05-24 15:44:09 UTC