- From: <bugzilla@jessica.w3.org>
- Date: Mon, 26 Sep 2016 10:06:49 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=29872
Bug ID: 29872
Summary: [FO31] escape=yes in parse-json() and json-to-xml()
Product: XPath / XQuery / XSLT
Version: Candidate Recommendation
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P2
Component: Functions and Operators 3.1
Assignee: mike@saxonica.com
Reporter: mike@saxonica.com
QA Contact: public-qt-comments@w3.org
Target Milestone: ---
The rules for fn:parse-json say:
If the escape option is set to true, escape sequences are retained in their
escaped form, whether or not they represent valid characters.
(This is in rule 3 underneath the options table. I would have expected to find
it in the "escape=true" row of the table, but never mind.)
This rule means that, for example, parse-json("\u0025" map{"escape":true()})
returns "\u0025" rather than "%".
For the fn:json-to-xml() function I cannot find a corresponding rule. There
doesn't seem to be anything that dictates whether "\u0025" should end up as
<string escaped="true">\u0025</string> or as <string>%</string>.
I suggest we adopt the same rule (and move it into the table, in both cases.)
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Monday, 26 September 2016 10:07:00 UTC