<?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>27252</bug_id>
          
          <creation_ts>2014-11-05 15:04:00 +0000</creation_ts>
          <short_desc>Figure out which characters to escape in fragment</short_desc>
          <delta_ts>2014-12-16 12:39:09 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WHATWG</product>
          <component>URL</component>
          <version>unspecified</version>
          <rep_platform>PC</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugzilla.mozilla.org/show_bug.cgi?id=1093611</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>Unsorted</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Simon Pieters">zcorpan</reporter>
          <assigned_to name="Sam Ruby">rubys</assigned_to>
          <cc>annevk</cc>
    
    <cc>contributor</cc>
    
    <cc>mike</cc>
    
    <cc>rubys</cc>
          
          <qa_contact>sideshowbarker+urlspec</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>114559</commentid>
    <comment_count>0</comment_count>
    <who name="Simon Pieters">zcorpan</who>
    <bug_when>2014-11-05 15:04:00 +0000</bug_when>
    <thetext>https://url.spec.whatwg.org/#url-parsing

[[
utf-8 percent encode c using the simple encode set, and append the result to url&apos;s fragment.
]]

See http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3290</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>115612</commentid>
    <comment_count>1</comment_count>
    <who name="Anne">annevk</who>
    <bug_when>2014-11-27 10:28:40 +0000</bug_when>
    <thetext>*** Bug 26988 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>115613</commentid>
    <comment_count>2</comment_count>
    <who name="Anne">annevk</who>
    <bug_when>2014-11-27 10:31:18 +0000</bug_when>
    <thetext>Given what IE and Chrome do it seems we should follow them and not escape code points in the fragment state.

Only Safari follows the specification here. Gecko is somewhere inbetween.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>115696</commentid>
    <comment_count>3</comment_count>
    <who name="Sam Ruby">rubys</who>
    <bug_when>2014-11-30 01:21:50 +0000</bug_when>
    <thetext>Just checking, we should still percent encode anything that is not a URL code point, right? https://url.spec.whatwg.org/#url-code-points</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>115700</commentid>
    <comment_count>4</comment_count>
    <who name="Anne">annevk</who>
    <bug_when>2014-11-30 10:49:23 +0000</bug_when>
    <thetext>As far as I can tell that is not what happens. All code points except maybe 0x00 and the newlines are passed through as is. Simon&apos;s test also needs to be modified to put an &quot;x&quot; at the end of the fragment identifier, to ensure stripping of code points less than 0x21 does not happen.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>115726</commentid>
    <comment_count>5</comment_count>
    <who name="Simon Pieters">zcorpan</who>
    <bug_when>2014-12-01 09:25:03 +0000</bug_when>
    <thetext>http://software.hixie.ch/utilities/js/live-dom-viewer/saved/3322</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>116209</commentid>
    <comment_count>6</comment_count>
    <who name="Anne">annevk</who>
    <bug_when>2014-12-12 12:05:24 +0000</bug_when>
    <thetext>So as a comment in the specification reminded me, different things happen for non-relative schemes. E.g. if you use &quot;test&quot; as your URL scheme, Chrome will percent-encode code points higher than U+007F. IE does not, so I&apos;m still inclined to make this change, but that does indicate that this is a bit riskier.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>116210</commentid>
    <comment_count>7</comment_count>
    <who name="Anne">annevk</who>
    <bug_when>2014-12-12 12:40:40 +0000</bug_when>
    <thetext>I gave up on bikeshed since I think rubys has a different bikeshed that supports stringifier which I don&apos;t get when I pull the latest bikeshed and run update on it...

https://github.com/whatwg/url/pull/13</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>116373</commentid>
    <comment_count>8</comment_count>
    <who name="Sam Ruby">rubys</who>
    <bug_when>2014-12-16 12:39:09 +0000</bug_when>
    <thetext>Fixed by https://github.com/whatwg/url/commit/05cbe06bfacf1e477df3d81234492413ca16acbf and https://github.com/w3c/web-platform-tests/pull/1471

Fix is to no longer escape code points in fragments and ignore U+0000 in fragments in addition to newlines.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>