<?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>20672</bug_id>
          
          <creation_ts>2013-01-15 10:35:20 +0000</creation_ts>
          <short_desc>[XT3TS]  type-functions-0304</short_desc>
          <delta_ts>2015-10-16 11:20:46 +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>XSLT 3.0 Test Suite</component>
          <version>Working drafts</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows NT</op_sys>
          <bug_status>CLOSED</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>
          <dependson>20602</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Tim Mills">tim</reporter>
          <assigned_to name="Abel Braaksma">abel.online</assigned_to>
          <cc>abel.braaksma</cc>
    
    <cc>mike</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>81387</commentid>
    <comment_count>0</comment_count>
    <who name="Tim Mills">tim</who>
    <bug_when>2013-01-15 10:35:20 +0000</bug_when>
    <thetext>This test assumes that URIs end up being percent encoded. e.g.

            &lt;assert&gt;/out/e3 = &quot;true , http://base.example.org/ns/two%20organizations&quot;&lt;/assert&gt;

Regarding resolve-uri, F&amp;O 3.0 says &quot;No percent-encoding takes place.&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97300</commentid>
    <comment_count>1</comment_count>
    <who name="Abel Braaksma">abel.braaksma</who>
    <bug_when>2013-12-09 01:12:27 +0000</bug_when>
    <thetext>It looks like this, and related issues with resolve-uri do not fully adhere to this special case. I propose to go over the resolve-uri tests and improve and adjust where needed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>97303</commentid>
    <comment_count>2</comment_count>
    <who name="Tim Mills">tim</who>
    <bug_when>2013-12-09 09:39:11 +0000</bug_when>
    <thetext>Thanks.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>119547</commentid>
    <comment_count>3</comment_count>
    <who name="Abel Braaksma">abel.braaksma</who>
    <bug_when>2015-04-15 18:56:07 +0000</bug_when>
    <thetext>Fixed for the mentioned test-case, by s/%20/ /. There were no other escapes in this test-set that I could find and a trivial search elsewhere didn&apos;t come up with other tests that have the same issue.

Marked resolved/fixed, changes pushed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122339</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Kay">mike</who>
    <bug_when>2015-07-31 10:01:40 +0000</bug_when>
    <thetext>Reopening this, as the decision on this bug appears to contradict the decision on bug #20602, which I have reopened as a spec bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>123724</commentid>
    <comment_count>5</comment_count>
    <who name="Abel Braaksma">abel.braaksma</who>
    <bug_when>2015-10-15 17:20:05 +0000</bug_when>
    <thetext>As discussed during the XSLWG telcon of 2015-10-15 this bug was re-assessed in light of bug 20602. Conclusion: the issue can be closed, there are no ambiguities with the QT30 test suite anymore.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>