27156 2014-10-24 16:41:34 +0000 fn:parse-json 2014-11-17 10:37:04 +0000 1 1 1 Unclassified XPath / XQuery / XSLT Functions and Operators 3.1 Working drafts PC Windows NT CLOSED FIXED P2 normal --- 1 christian.gruen mike andrew_coleman cmsmcq jonathan.robie public-qt-comments oldest_to_newest 113712 0 christian.gruen 2014-10-24 16:41:34 +0000 I have two question on the specification of fn:parse-json (Working Draft, Oct 7): * What is supposed to be the default value for the "liberal" option? * If "unescape" is set to true, will invalid XML characters be replaced by xFFFD, or will an error be raised instead (FOJS0002)? 114173 1 cmsmcq 2014-10-28 19:08:48 +0000 The description of errors says: A dynamic error [err:FOJS0001] occurs if the value of $input does not conform to the JSON grammar, unless the option "liberal":true() is present and the processor chooses to accept the deviation. I think that amounts to saying that the default value is false(). 114174 2 jonathan.robie 2014-10-28 19:14:18 +0000 (In reply to Christian Gruen from comment #0) > I have two question on the specification of fn:parse-json (Working Draft, > Oct 7): > > * What is supposed to be the default value for the "liberal" option? The default must be False - see this error condition: A dynamic error [err:FOJS0001] occurs if the value of $input does not conform to the JSON grammar, unless the option "liberal":true() is present and the processor chooses to accept the deviation. That should be stated explicitly in the table. > * If "unescape" is set to true, will invalid XML characters be replaced by > xFFFD, or will an error be raised instead (FOJS0002)? This error seems to answer the question: A dynamic error [err:FOJS0002] occurs if the value of $input contains an escaped representation of a character (or codepoint) that is not a valid character in the version of XML supported by the implementation, unless the unescape option is set to false. 114175 3 jonathan.robie 2014-10-28 19:17:03 +0000 > > * If "unescape" is set to true, will invalid XML characters be replaced by > > xFFFD, or will an error be raised instead (FOJS0002)? > > This error seems to answer the question: > > A dynamic error [err:FOJS0002] occurs if the value of $input contains an > escaped representation of a character (or codepoint) that is not a valid > character in the version of XML supported by the implementation, unless the > unescape option is set to false. Ah, but the specification also says this: If the input contains escape sequences representing characters or codepoints that are valid characters in the version of XML supported by the implementation, the escape sequence is replaced by the character(s) that it represents. If the input contains escape sequences representing characters or codepoints that are not valid characters in the version of XML supported by the implementation, the escape sequence is replaced by the Unicode replacement character (xFFFD). So this seems to answer the question two different ways, and they contradict each other. 114805 4 mike 2014-11-11 17:26:09 +0000 Also note that the table (first entry) says "An error must be raised (TBA) " - the TBS needs to be resolved 114931 5 andrew_coleman 2014-11-14 13:12:02 +0000 At the telecon on 2014-11-11, the WG agreed the following resolution to this bug... DECISION: On encountering invalid escape sequences, use the Unicode replacement character.