<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>28837</bug_id>
          
          <creation_ts>2015-06-22 13:09:45 +0000</creation_ts>
          <short_desc>JSON function tests (minor issues)</short_desc>
          <delta_ts>2015-08-04 10:50:34 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>XPath / XQuery / XSLT</product>
          <component>XQuery 3 &amp; XPath 3 Test Suite</component>
          <version>Candidate Recommendation</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows NT</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Christian Gruen">christian.gruen</reporter>
          <assigned_to name="O&apos;Neil Delpratt">oneil</assigned_to>
          <cc>debbie</cc>
          
          <qa_contact name="Mailing list for public feedback on specs from XSL and XML Query WGs">public-qt-comments</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>121426</commentid>
    <comment_count>0</comment_count>
    <who name="Christian Gruen">christian.gruen</who>
    <bug_when>2015-06-22 13:09:45 +0000</bug_when>
    <thetext>1. json-doc-018:

The new default is &apos;use-first&apos; (see Bug 28771)
 
2. json-doc-error-001:

The spec says that &quot;fn:json-doc($H, $M) is equivalent to the function composition fn:unparsed-text($H) =&gt; fn:parse-json($M);&quot;, so I would probably expect FOUT1170 as error. If we do not want to reuse error codes of fn:unparsed-text, some additional error codes may need to be specified.

3. fn-parse-json-943:

Strictly spoken, the supplied function is not of type &quot;function(xs:string) as xs:string&quot;. Depending on the outcome of Bug 28836, the test case may be right or wrong.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122173</commentid>
    <comment_count>1</comment_count>
    <who name="O&apos;Neil Delpratt">oneil</who>
    <bug_when>2015-07-17 12:32:46 +0000</bug_when>
    <thetext>(In reply to Christian Gruen from comment #0)
&gt; 1. json-doc-018:
&gt; 
&gt; The new default is &apos;use-first&apos; (see Bug 28771)

This test case has been fixed by Josh

&gt;  
&gt; 2. json-doc-error-001:
&gt; 
&gt; The spec says that &quot;fn:json-doc($H, $M) is equivalent to the function
&gt; composition fn:unparsed-text($H) =&gt; fn:parse-json($M);&quot;, so I would probably
&gt; expect FOUT1170 as error. If we do not want to reuse error codes of
&gt; fn:unparsed-text, some additional error codes may need to be specified.

I agree with you on this one. I wonder if the error code needs replacing with the one you have indicated (i.e. FOUT1170)?

&gt; 
&gt; 3. fn-parse-json-943:
&gt; 
&gt; Strictly spoken, the supplied function is not of type &quot;function(xs:string)
&gt; as xs:string&quot;. Depending on the outcome of Bug 28836, the test case may be
&gt; right or wrong.

Again I agree with you. The test case need modifying</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122177</commentid>
    <comment_count>2</comment_count>
    <who name="O&apos;Neil Delpratt">oneil</who>
    <bug_when>2015-07-17 13:44:52 +0000</bug_when>
    <thetext>The WG has discussed Christian initial comment and made the folowing decision:

1.
Agree and changed in test case.

2. 
Agree to add the error code FOUT170 to expected outcomes

3.
Pushing back on this as the bug #28836 has been resolved.
Resolution: no change to the test case.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122325</commentid>
    <comment_count>3</comment_count>
    <who name="O&apos;Neil Delpratt">oneil</who>
    <bug_when>2015-07-30 13:07:13 +0000</bug_when>
    <thetext>(In reply to O&apos;Neil Delpratt from comment #2)
&gt; The WG has discussed Christian initial comment and made the folowing
&gt; decision:
&gt; 
&gt; 1.
&gt; Agree and changed in test case.
&gt; 
&gt; 2. 
&gt; Agree to add the error code FOUT170 to expected outcomes

Error code has been added to the test case

&gt; 
&gt; 3.
&gt; Pushing back on this as the bug #28836 has been resolved.
&gt; Resolution: no change to the test case.


I think this bug issue can be closed now if you agree</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122447</commentid>
    <comment_count>4</comment_count>
    <who name="Debbie Lockett">debbie</who>
    <bug_when>2015-08-04 10:50:34 +0000</bug_when>
    <thetext>2. The error code change was mistakenly made for test case json-doc-error-002, rather than the intended json-doc-error-001. I have modified both tests to correct this, and get the fix as agreed.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>