<?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>28063</bug_id>
          
          <creation_ts>2015-02-20 15:09:05 +0000</creation_ts>
          <short_desc>[QT3] map/put/put-003</short_desc>
          <delta_ts>2015-04-21 15:48:37 +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>All</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="Michael Kay">mike</reporter>
          <assigned_to name="O&apos;Neil Delpratt">oneil</assigned_to>
          <cc>christian.gruen</cc>
    
    <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>118052</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2015-02-20 15:09:05 +0000</bug_when>
    <thetext>Test case map/put/put-003 returns a map and asserts:

&lt;assert-type&gt;function(xs:string) as xs:integer*&lt;/assert-type&gt;

But the spec says in 2.5.5.8: &quot;The function signature of the map, treated as a function, is always function(xs:anyAtomicType) as item()*, regardless of the actual types of the keys and values in the map. This means that a function item type with a more specific return type, such as function(xs:anyAtomicType) as xs:integer, does not match a map in the sense required to satisfy the instance of operator.&quot;

So this assertion should be false.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118056</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2015-02-20 16:01:34 +0000</bug_when>
    <thetext>Also affects: 

map-merge-003
map-entry-001</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118204</commentid>
    <comment_count>2</comment_count>
    <who name="Debbie Lockett">debbie</who>
    <bug_when>2015-02-27 15:53:58 +0000</bug_when>
    <thetext>Changed these tests (map-put-003, map-merge-003, map-entry-001) to expect false for the offending assertions relating to the function signature. 

Also added new tests (map-put-002, map-merge-024, map-entry-007), adaptions of the above, which instead assert function signatures with return type &quot;as item()*&quot;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118688</commentid>
    <comment_count>3</comment_count>
    <who name="Christian Gruen">christian.gruen</who>
    <bug_when>2015-03-19 15:06:29 +0000</bug_when>
    <thetext>I just saw that the three new QT3TS test cases are using a &quot;not&quot; assertion. I did not find this assertion documented somewhere. Is it planned to include this assertion, or would it rather make sense to update the test cases?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118690</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2015-03-19 15:29:38 +0000</bug_when>
    <thetext>I think this usage probably drifted across by accident from the XSLT 3.0 test suite, where it was found particularly useful for serialization tests:

&lt;not&gt;
  &lt;serialization-matches&gt;standalone&lt;/serialization-matches&gt;
&lt;/not&gt;

which is hard to achieve any other way.

But it&apos;s not needed for these particular tests.

Of course, if we use it then it should be in the schema. Do you have any objection to adding it?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>118691</commentid>
    <comment_count>5</comment_count>
    <who name="Christian Gruen">christian.gruen</who>
    <bug_when>2015-03-19 15:43:07 +0000</bug_when>
    <thetext>&gt; Do you have any objection to adding it?

I&apos;d be fine with it. Thanks.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>119727</commentid>
    <comment_count>6</comment_count>
    <who name="O&apos;Neil Delpratt">oneil</who>
    <bug_when>2015-04-21 15:48:37 +0000</bug_when>
    <thetext>Schema has been fixed by Mike accordingly to comment 4. 
Marking bug as resolved.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>