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

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>24175</bug_id>
          
          <creation_ts>2009-02-25 16:08:26 -0800</creation_ts>
          <short_desc>URL Redirect Loses Fragment</short_desc>
          <delta_ts>2019-04-23 02:38:25 -0700</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Page Loading</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Mac</rep_platform>
          <op_sys>OS X 10.5</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>INVALID</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=158420</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Andrés Santiago Pérez-Bergquist">aspb</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ap</cc>
    
    <cc>bdavidson</cc>
    
    <cc>becky.conning+webkit-bugzilla</cc>
    
    <cc>beidson</cc>
    
    <cc>ccouzens</cc>
    
    <cc>ddkilzer</cc>
    
    <cc>fishd</cc>
    
    <cc>hartman.wiki</cc>
    
    <cc>ian</cc>
    
    <cc>jberlin</cc>
    
    <cc>julian.reschke</cc>
    
    <cc>karens</cc>
    
    <cc>kldavis4</cc>
    
    <cc>matt.eglin</cc>
    
    <cc>matt</cc>
    
    <cc>mihaip</cc>
    
    <cc>mrowe</cc>
    
    <cc>nlundqu</cc>
    
    <cc>rakuco</cc>
    
    <cc>restuta8</cc>
    
    <cc>tgerlach</cc>
    
    <cc>thierry.allardsaintalbin</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>111066</commentid>
    <comment_count>0</comment_count>
    <who name="Andrés Santiago Pérez-Bergquist">aspb</who>
    <bug_when>2009-02-25 16:08:26 -0800</bug_when>
    <thetext>When following a redirect from a server (301 &amp; 302, possibly others), any fragment on the URL is dropped.  For example, if example.com/old redirects to example.com/new, then attempting to load example.com/old#anchor will load example.com/new, while other browsers (FireFox 3 and Chrome confirmed, possibly others) will load example.com/new#anchor instead.  This happens with Safari 3.2 (Mac), Safari 4.0 Beta (Mac), and the latest nightly build of WebKit (Mac).

This seems to be the same as a KHTML bug reported in 2003 at http://bugs.kde.org/show_bug.cgi?id=57819 which is currently unreachable, but cached at http://74.125.95.132/search?q=cache:5VU5AvOFt64J:bugs.kde.org/show_bug.cgi%3Fid%3D57819+anchor+redirect+preserve&amp;hl=en&amp;ct=clnk&amp;cd=1&amp;gl=us&amp;client=safari  The bug history there mentions an example URL of http://test.confuego.org/57819#c13 which redirects to the bug description itself (dropping #c13 under Safari).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>111067</commentid>
    <comment_count>1</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-02-25 16:14:53 -0800</bug_when>
    <thetext>Do you happen to have a URL that reproduces this behaviour that can be used for testing?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>111068</commentid>
    <comment_count>2</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2009-02-25 16:15:05 -0800</bug_when>
    <thetext>&lt;rdar://problem/6623841&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>111228</commentid>
    <comment_count>3</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-02-26 10:52:09 -0800</bug_when>
    <thetext>The URL is mentioned above, it&apos;s &lt;http://test.confuego.org/57819#c13&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>114644</commentid>
    <comment_count>4</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-03-21 04:21:58 -0700</bug_when>
    <thetext>*** Bug 24701 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122886</commentid>
    <comment_count>5</comment_count>
      <attachid>30621</attachid>
    <who name="Matt Good">matt</who>
    <bug_when>2009-05-23 14:09:15 -0700</bug_when>
    <thetext>Created attachment 30621
Keep the anchor from the last URL when encountering a server redirect</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122888</commentid>
    <comment_count>6</comment_count>
    <who name="Matt Good">matt</who>
    <bug_when>2009-05-23 14:23:47 -0700</bug_when>
    <thetext>The attached patch applies to trunk@44087 and produces the expected result with the above test url.

Alternatively this change could be moved somewhere higher up in the stack like MainResourceLoader::willSendRequest.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>122920</commentid>
    <comment_count>7</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-05-24 00:44:59 -0700</bug_when>
    <thetext>Would you be willing to submit a patch with layout tests and a ChangeLog for review? See &lt;http://webkit.org/coding/contributing.html&gt;.

I don&apos;t know which of the places you suggested for this code is better, but the person reviewing the patch hopefully will.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>140640</commentid>
    <comment_count>8</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2009-08-16 18:58:04 -0700</bug_when>
    <thetext>*** Bug 28368 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>187359</commentid>
    <comment_count>9</comment_count>
    <who name="Kelly Davis">kldavis4</who>
    <bug_when>2010-02-03 07:49:37 -0800</bug_when>
    <thetext>It sounds like this behavior is well understood, but just for reference, here are a couple of links which reference the issue:

http://www.w3.org/TR/cuap#uri
http://www.w3.org/Protocols/HTTP/Fragment/draft-bos-http-redirect-00.txt

In limited testing I found Firefox (3.5.3) &amp; Chrome (4.0.249.49) both preserve the fragment identifier during redirects. Safari (4.0.4) and the latest nightly webkit do not.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>391603</commentid>
    <comment_count>10</comment_count>
    <who name="Chris">ccouzens</who>
    <bug_when>2011-04-24 08:34:19 -0700</bug_when>
    <thetext>The link in this story exhibits the behavior. As stated above, Firefox and Chrome reach the correct Twitter page, but Webkit.app doesn&apos;t.
http://www.bbc.co.uk/news/world-us-canada-13179413</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>504880</commentid>
    <comment_count>11</comment_count>
    <who name="Brian Davidson">bdavidson</who>
    <bug_when>2011-11-17 08:27:05 -0800</bug_when>
    <thetext>On the desktop this bug exists in safari &amp; webkit standalone but not in chrome.  

On the mobile it exists in android and ios.

It should probably be handled according to 
http://www.w3.org/Protocols/HTTP/Fragment/draft-bos-http-redirect-00.txt

I have setup a test URL

http://web.cip.gatech.edu/webkit/redirection-fragment/base.html

which redirects to 

http://web.cip.gatech.edu/webkit/redirection-fragment/fragment.html#somefragment

and then is redirected to

http://web.cip.gatech.edu/webkit/redirection-fragment/final.html

which should have the final loaded page be

http://web.cip.gatech.edu/webkit/redirection-fragment/final.html#somefragment

That was a more complex example but covers the edge cases that should be used in testing

because 

http://web.cip.gatech.edu/webkit/redirection-fragment/base.html#newfragment

should finally result in 

http://web.cip.gatech.edu/webkit/redirection-fragment/final.html#somefragment

because the inclusion of the fragment from the server redirect should override my local requested one but without the inclusion it should use my local one

But the basic example of using

http://web.cip.gatech.edu/webkit/redirection-fragment/fragment.html#otherfragment

with a redirect resulting in  

http://web.cip.gatech.edu/webkit/redirection-fragment/final.html#otherfragment

is what this bug is about.

a simple .htaccess i am using

.htaccess
# Redirection
Redirect /webkit/redirection-fragment/fragment.html http://web.cip.gatech.edu/webkit/redirection-fragment/final.html
Redirect /webkit/redirection-fragment/base.html http://web.cip.gatech.edu/webkit/redirection-fragment/fragment.html#somefragment</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>564996</commentid>
    <comment_count>12</comment_count>
    <who name="Brady Eidson">beidson</who>
    <bug_when>2012-02-25 11:32:14 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt; &lt;rdar://problem/6623841&gt;

The radar is actually &lt;rdar://problem/3225447&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1033298</commentid>
    <comment_count>13</comment_count>
    <who name="Nils Lundquist">nlundqu</who>
    <bug_when>2014-09-04 14:02:09 -0700</bug_when>
    <thetext>Surprisingly, this bug is still is Safari 7 and as annoying as ever. Going to get worse before it gets better with the amount of Backbone-style fragment based routing these days.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1043960</commentid>
    <comment_count>14</comment_count>
      <attachid>240405</attachid>
    <who name="Horky">chenhao</who>
    <bug_when>2014-10-24 05:23:07 -0700</bug_when>
    <thetext>Created attachment 240405
Fixing patch

Unfortunately, this issue is still open but more and more H5 pages expect it has correct behavior. 

For more details, please refer to the discussion on StackOverflow:
http://stackoverflow.com/questions/2286402/url-fragment-and-302-redirects

I summit this patch for review without testing html, I am unfamiliar with Layout Test, anyone could help me to create it?

Below are my testing pages:

&lt;a href=&quot;test302Redirect.php#123456&quot;&gt;Fragment ID for 3xx redirection&lt;/a&gt;&lt;br/&gt; &lt;br/&gt;

test302Redirect.php
&lt;!DOCTYPE html&gt;
&lt;html&gt;
&lt;head&gt;
&lt;meta http-equiv=&quot;Content-Type&quot; content=&quot;text/html; charset=utf-8&quot;&gt;
&lt;/head&gt;
&lt;body&gt;
	&lt;?php
		header(&apos;Cache-Control:no-cache&apos;);
		header(&apos;Location:test302Redirect_after.html&apos;);
		echo &quot;&lt;h2&gt;&quot;;
		print gmdate(&quot;Y-m-d\TH:i:s\Z&quot;); 
		echo &quot;&lt;/h2&gt;&quot;;
	?&gt;
&lt;/body&gt;
&lt;/html&gt;

test302Redirect_after.html
&lt;html&gt;
&lt;head&gt;
&lt;/head&gt;
&lt;body&gt;
	&lt;p&gt;Welcome here! Please check below url information:&lt;/p&gt;
	&lt;p&gt;This page was redirected from test302Redirect.php#123456.&lt;/p&gt;
	&lt;strong&gt;&lt;div id=&quot;url&quot;&gt;BLANK&lt;/div&gt;&lt;/strong&gt;
	&lt;script&gt;
		document.getElementById(&quot;url&quot;).innerHTML=location.href;
	&lt;/script&gt;
&lt;/body&gt;
&lt;/html&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1043963</commentid>
    <comment_count>15</comment_count>
      <attachid>240409</attachid>
    <who name="Horky">chenhao</who>
    <bug_when>2014-10-24 06:16:07 -0700</bug_when>
    <thetext>Created attachment 240409
Fixing patch

Corrected coding style.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1047836</commentid>
    <comment_count>16</comment_count>
    <who name="Matt Eglin">matt.eglin</who>
    <bug_when>2014-11-11 06:34:34 -0800</bug_when>
    <thetext>We actually came across this issue testing mobile browsing on our sites with iOS. Redirects that should have passed back to the original requested content actually ended up on the default home page as the original redirect information was dropped in transit.

Checked out revision 175807 and applied the fix as submitted by Horky and the problem is resolved in this scenario.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1116777</commentid>
    <comment_count>17</comment_count>
    <who name="Anton Vynogradenko">restuta8</who>
    <bug_when>2015-08-11 16:29:49 -0700</bug_when>
    <thetext>This issue still exists for Safari 8 in case of redirect from HTTPS to HTTP and vise-versa. You can go to https://www.bayden.com/test/redir/fragment/redir-1.asp#!/HereIsSomeInfo to reproduce it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1116877</commentid>
    <comment_count>18</comment_count>
    <who name="Brady Eidson">beidson</who>
    <bug_when>2015-08-11 22:29:14 -0700</bug_when>
    <thetext>(In reply to comment #17)
&gt; This issue still exists for Safari 8 in case of redirect from HTTPS to HTTP
&gt; and vise-versa. You can go to
&gt; https://www.bayden.com/test/redir/fragment/redir-1.asp#!/HereIsSomeInfo to
&gt; reproduce it.

Wondering if you&apos;ve had a chance to try the El Capitan public beta(s).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1122522</commentid>
    <comment_count>19</comment_count>
    <who name="Derk-Jan Hartman">hartman.wiki</who>
    <bug_when>2015-09-01 05:16:00 -0700</bug_when>
    <thetext>Still a problem with Safari 9 on Yosemite</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1122561</commentid>
    <comment_count>20</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2015-09-01 10:02:16 -0700</bug_when>
    <thetext>Please test with El Capitan public beta. This is fixed in a system component below WebKit.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1122679</commentid>
    <comment_count>21</comment_count>
    <who name="Derk-Jan Hartman">hartman.wiki</who>
    <bug_when>2015-09-01 16:22:48 -0700</bug_when>
    <thetext>https://phabricator.wikimedia.org/T110976#1594914

&quot;Confirmed, this works fine for me in Safari 9.0 on OS X 10.11 beta.&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1161228</commentid>
    <comment_count>22</comment_count>
    <who name="Karens Grigorjancs">karens</who>
    <bug_when>2016-02-02 02:01:37 -0800</bug_when>
    <thetext>So far it does not work on ios devices or the latest Safari on 10.11.2.
Any chance the solution will be published soon?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1162028</commentid>
    <comment_count>23</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2016-02-04 10:26:20 -0800</bug_when>
    <thetext>Karens, could you please file a new bug about that, with a test case? This bug has already been verified as fixed, so you are probably running into a subtly different case.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1195190</commentid>
    <comment_count>24</comment_count>
    <who name="Becky Conning">becky.conning+webkit-bugzilla</who>
    <bug_when>2016-05-20 12:22:19 -0700</bug_when>
    <thetext>(In reply to comment #22)
&gt; So far it does not work on ios devices or the latest Safari on 10.11.2.
&gt; Any chance the solution will be published soon?

Did you file a new bug? I&apos;d love to see the ticket.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1199561</commentid>
    <comment_count>25</comment_count>
    <who name="Thomas Gerlach">tgerlach</who>
    <bug_when>2016-06-06 08:45:29 -0700</bug_when>
    <thetext>Maybe the BUG 158420 is a left-over of this issue.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>30621</attachid>
            <date>2009-05-23 14:09:15 -0700</date>
            <delta_ts>2010-06-11 10:05:30 -0700</delta_ts>
            <desc>Keep the anchor from the last URL when encountering a server redirect</desc>
            <filename>anchors.diff</filename>
            <type>text/plain</type>
            <size>953</size>
            <attacher name="Matt Good">matt</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvbG9hZGVyL0RvY3VtZW50TG9hZGVyLmNwcAo9PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBX
ZWJDb3JlL2xvYWRlci9Eb2N1bWVudExvYWRlci5jcHAJKHJldmlzaW9uIDQ0MDg3KQorKysgV2Vi
Q29yZS9sb2FkZXIvRG9jdW1lbnRMb2FkZXIuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0yMzgsOCAr
MjM4LDE1IEBACiAKICAgICAvLyBPbmx5IHNlbmQgd2ViVmlldzpkaWRSZWNlaXZlU2VydmVyUmVk
aXJlY3RGb3JQcm92aXNpb25hbExvYWRGb3JGcmFtZTogaWYgVVJMIGNoYW5nZWQuCiAgICAgLy8g
QWxzbywgZG9uJ3Qgc2VuZCBpdCB3aGVuIHJlcGxhY2luZyB1bnJlYWNoYWJsZSBVUkxzIHdpdGgg
YWx0ZXJuYXRlIGNvbnRlbnQuCi0gICAgaWYgKCFoYW5kbGluZ1VucmVhY2hhYmxlVVJMICYmIG9s
ZFVSTCAhPSByZXEudXJsKCkpCisgICAgaWYgKCFoYW5kbGluZ1VucmVhY2hhYmxlVVJMICYmIG9s
ZFVSTCAhPSByZXEudXJsKCkpIHsKKyAgICAgICAgLy8gSWYgdGhlIG9sZCBVUkwgaGFkIGFuICNh
bmNob3IgcHJlc2VydmUgaXQgYWNyb3NzIHRoZSByZWRpcmVjdAorICAgICAgICBpZiAob2xkVVJM
Lmhhc1JlZigpICYmICFyZXEudXJsKCkuaGFzUmVmKCkpIHsKKyAgICAgICAgICAgIEtVUkwgbmV3
VVJMKHJlcS51cmwoKSk7CisgICAgICAgICAgICBuZXdVUkwuc2V0UmVmKG9sZFVSTC5yZWYoKSk7
CisgICAgICAgICAgICBtX3JlcXVlc3Quc2V0VVJMKG5ld1VSTCk7CisgICAgICAgIH0KICAgICAg
ICAgZnJhbWVMb2FkZXIoKS0+ZGlkUmVjZWl2ZVNlcnZlclJlZGlyZWN0Rm9yUHJvdmlzaW9uYWxM
b2FkRm9yRnJhbWUoKTsKKyAgICB9CiB9CiAKIHZvaWQgRG9jdW1lbnRMb2FkZXI6OnNldE1haW5E
b2N1bWVudEVycm9yKGNvbnN0IFJlc291cmNlRXJyb3ImIGVycm9yKQo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>240405</attachid>
            <date>2014-10-24 05:23:07 -0700</date>
            <delta_ts>2014-10-24 06:16:07 -0700</delta_ts>
            <desc>Fixing patch</desc>
            <filename>fragment.patch</filename>
            <type>text/plain</type>
            <size>2361</size>
            <attacher name="Horky">chenhao</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDE3NTE2NSkKKysrIFNvdXJjZS9XZWJDb3JlL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE4IEBACisyMDE0LTEwLTI0ICBIb3JreSBD
aGVuICA8Y2hlbmhhb0B1Y3dlYi5jb20+CisKKyAgICAgICAgQWNjb3JkaW5nIHRvIFJGQyA3MjMx
LCA3LjEuMixJZiB0aGUgTG9jYXRpb24gdmFsdWUgcHJvdmlkZWQgaW4gYSAzeHggKFJlZGlyZWN0
aW9uKSByZXNwb25zZSBkb2VzIG5vdCBoYXZlIGEgZnJhZ21lbnQgY29tcG9uZW50LAorICAgICAg
ICBhIHVzZXIgYWdlbnQgTVVTVCBwcm9jZXNzIHRoZSByZWRpcmVjdGlvbiBhcyBpZiB0aGUgdmFs
dWUgaW5oZXJpdHMgdGhlIGZyYWdtZW50IGNvbXBvbmVudCBvZiB0aGUKKyAgICAgICAgVVJJIHJl
ZmVyZW5jZSB1c2VkIHRvIGdlbmVyYXRlIHRoZSByZXF1ZXN0IHRhcmdldCAoaS5lLiwgdGhlIHJl
ZGlyZWN0aW9uIGluaGVyaXRzIHRoZSBvcmlnaW5hbCByZWZlcmVuY2UncyBmcmFnbWVudCwgaWYg
YW55KS4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTI0
MTc1CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgTm8g
bmV3IHRlc3RzIChPT1BTISkuCisKKyAgICAgICAgKiBsb2FkZXIvRG9jdW1lbnRMb2FkZXIuY3Bw
OgorICAgICAgICAoV2ViQ29yZTo6RG9jdW1lbnRMb2FkZXI6OndpbGxTZW5kUmVxdWVzdCk6Cisg
ICAgICAgICAgIC0gS2VlcCB0aGUgZnJhZ2VtZW50IGlkZW50aWZpZXIgZm9yIDN4eCByZWRpcmVj
dGlvbiBpZiBvcmlnaW5hbCB1cmwgaGF2ZSBidXQgcmVkaXJlY3RlZCB1cmwgbWlzcy4KKwogMjAx
NC0xMC0yMyAgQ2FybG9zIEdhcmNpYSBDYW1wb3MgIDxjZ2FyY2lhQGlnYWxpYS5jb20+CiAKICAg
ICAgICAgW0dUS11bQ2Fpcm9dIFJlbW92ZSBHVEsgZGVwZW5kZW5jeSBvZiBXaWRnZXRCYWNraW5n
U3RvcmVHdGtYMTEKSW5kZXg6IFNvdXJjZS9XZWJDb3JlL2xvYWRlci9Eb2N1bWVudExvYWRlci5j
cHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQotLS0gU291cmNlL1dlYkNvcmUvbG9hZGVyL0RvY3VtZW50TG9hZGVyLmNw
cAkocmV2aXNpb24gMTc0OTE4KQorKysgU291cmNlL1dlYkNvcmUvbG9hZGVyL0RvY3VtZW50TG9h
ZGVyLmNwcAkod29ya2luZyBjb3B5KQpAQCAtNTQ2LDYgKzU0NiwxOSBAQCB2b2lkIERvY3VtZW50
TG9hZGVyOjp3aWxsU2VuZFJlcXVlc3QoUmVzCiAgICAgICAgIH0KICAgICB9CiAKKyAgICAvL0Fj
Y29yZGluZyB0byBSRkMgNzIzMSwgNy4xLjI6CisgICAgLy9JZiB0aGUgTG9jYXRpb24gdmFsdWUg
cHJvdmlkZWQgaW4gYSAzeHggKFJlZGlyZWN0aW9uKSByZXNwb25zZSBkb2VzIG5vdCBoYXZlIGEg
ZnJhZ21lbnQgY29tcG9uZW50LAorICAgIC8vYSB1c2VyIGFnZW50IE1VU1QgcHJvY2VzcyB0aGUg
cmVkaXJlY3Rpb24gYXMgaWYgdGhlIHZhbHVlIGluaGVyaXRzIHRoZSBmcmFnbWVudCBjb21wb25l
bnQgb2YgdGhlCisgICAgLy9VUkkgcmVmZXJlbmNlIHVzZWQgdG8gZ2VuZXJhdGUgdGhlIHJlcXVl
c3QgdGFyZ2V0IChpLmUuLCB0aGUgcmVkaXJlY3Rpb24gaW5oZXJpdHMgdGhlIG9yaWdpbmFsCisg
ICAgLy9yZWZlcmVuY2UncyBmcmFnbWVudCwgaWYgYW55KS4gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIAorICAgIFVSTCBvbGRVUkwgPSBtX3JlcXVlc3QudXJs
KCk7CisgICAgVVJMIG5ld1VSTCA9IG5ld1JlcXVlc3QudXJsKCk7CisgICAgaWYoIW5ld1VSTC5o
YXNGcmFnbWVudElkZW50aWZpZXIoKSAmJiBvbGRVUkwuaGFzRnJhZ21lbnRJZGVudGlmaWVyKCkp
CisgICAgeworICAgICAgICBuZXdVUkwuc2V0RnJhZ21lbnRJZGVudGlmaWVyKG9sZFVSTC5mcmFn
bWVudElkZW50aWZpZXIoKSk7CisgICAgICAgIG5ld1JlcXVlc3Quc2V0VVJMKG5ld1VSTCk7Cisg
ICAgfQorICAgIAogICAgIHNldFJlcXVlc3QobmV3UmVxdWVzdCk7CiAKICAgICBpZiAoIXJlZGly
ZWN0UmVzcG9uc2UuaXNOdWxsKCkpIHsK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>240409</attachid>
            <date>2014-10-24 06:16:07 -0700</date>
            <delta_ts>2014-10-24 06:16:07 -0700</delta_ts>
            <desc>Fixing patch</desc>
            <filename>Fragment.diff</filename>
            <type>text/plain</type>
            <size>2355</size>
            <attacher name="Horky">chenhao</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDE3NTE2NSkKKysrIFNvdXJjZS9XZWJDb3JlL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE4IEBACisyMDE0LTEwLTI0ICBIb3JreSBD
aGVuICA8Y2hlbmhhb0B1Y3dlYi5jb20+CisKKyAgICAgICAgQWNjb3JkaW5nIHRvIFJGQyA3MjMx
LCA3LjEuMixJZiB0aGUgTG9jYXRpb24gdmFsdWUgcHJvdmlkZWQgaW4gYSAzeHggKFJlZGlyZWN0
aW9uKSByZXNwb25zZSBkb2VzIG5vdCBoYXZlIGEgZnJhZ21lbnQgY29tcG9uZW50LAorICAgICAg
ICBhIHVzZXIgYWdlbnQgTVVTVCBwcm9jZXNzIHRoZSByZWRpcmVjdGlvbiBhcyBpZiB0aGUgdmFs
dWUgaW5oZXJpdHMgdGhlIGZyYWdtZW50IGNvbXBvbmVudCBvZiB0aGUKKyAgICAgICAgVVJJIHJl
ZmVyZW5jZSB1c2VkIHRvIGdlbmVyYXRlIHRoZSByZXF1ZXN0IHRhcmdldCAoaS5lLiwgdGhlIHJl
ZGlyZWN0aW9uIGluaGVyaXRzIHRoZSBvcmlnaW5hbCByZWZlcmVuY2UncyBmcmFnbWVudCwgaWYg
YW55KS4KKyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTI0
MTc1CisKKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BTISkuCisKKyAgICAgICAgTm8g
bmV3IHRlc3RzIChPT1BTISkuCisKKyAgICAgICAgKiBsb2FkZXIvRG9jdW1lbnRMb2FkZXIuY3Bw
OgorICAgICAgICAoV2ViQ29yZTo6RG9jdW1lbnRMb2FkZXI6OndpbGxTZW5kUmVxdWVzdCk6Cisg
ICAgICAgICAgIC0gS2VlcCB0aGUgZnJhZ2VtZW50IGlkZW50aWZpZXIgZm9yIDN4eCByZWRpcmVj
dGlvbiBpZiBvcmlnaW5hbCB1cmwgaGF2ZSBidXQgcmVkaXJlY3RlZCB1cmwgbWlzcy4KKwogMjAx
NC0xMC0yMyAgQ2FybG9zIEdhcmNpYSBDYW1wb3MgIDxjZ2FyY2lhQGlnYWxpYS5jb20+CiAKICAg
ICAgICAgW0dUS11bQ2Fpcm9dIFJlbW92ZSBHVEsgZGVwZW5kZW5jeSBvZiBXaWRnZXRCYWNraW5n
U3RvcmVHdGtYMTEKSW5kZXg6IFNvdXJjZS9XZWJDb3JlL2xvYWRlci9Eb2N1bWVudExvYWRlci5j
cHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PQotLS0gU291cmNlL1dlYkNvcmUvbG9hZGVyL0RvY3VtZW50TG9hZGVyLmNw
cAkocmV2aXNpb24gMTc0OTE4KQorKysgU291cmNlL1dlYkNvcmUvbG9hZGVyL0RvY3VtZW50TG9h
ZGVyLmNwcAkod29ya2luZyBjb3B5KQpAQCAtNTQ2LDYgKzU0NiwxOSBAQCB2b2lkIERvY3VtZW50
TG9hZGVyOjp3aWxsU2VuZFJlcXVlc3QoUmVzCiAgICAgICAgIH0KICAgICB9CiAKKyAgICAvL0Fj
Y29yZGluZyB0byBSRkMgNzIzMSwgNy4xLjI6CisgICAgLy9JZiB0aGUgTG9jYXRpb24gdmFsdWUg
cHJvdmlkZWQgaW4gYSAzeHggKFJlZGlyZWN0aW9uKSByZXNwb25zZSBkb2VzIG5vdCBoYXZlIGEg
ZnJhZ21lbnQgY29tcG9uZW50LAorICAgIC8vYSB1c2VyIGFnZW50IE1VU1QgcHJvY2VzcyB0aGUg
cmVkaXJlY3Rpb24gYXMgaWYgdGhlIHZhbHVlIGluaGVyaXRzIHRoZSBmcmFnbWVudCBjb21wb25l
bnQgb2YgdGhlCisgICAgLy9VUkkgcmVmZXJlbmNlIHVzZWQgdG8gZ2VuZXJhdGUgdGhlIHJlcXVl
c3QgdGFyZ2V0IChpLmUuLCB0aGUgcmVkaXJlY3Rpb24gaW5oZXJpdHMgdGhlIG9yaWdpbmFsCisg
ICAgLy9yZWZlcmVuY2UncyBmcmFnbWVudCwgaWYgYW55KS4gICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgIAorICAgIFVSTCBvbGRVUkwgPSBtX3JlcXVlc3QudXJs
KCk7CisgICAgVVJMIG5ld1VSTCA9IG5ld1JlcXVlc3QudXJsKCk7CisgICAgaWYoIW5ld1VSTC5o
YXNGcmFnbWVudElkZW50aWZpZXIoKSAmJiBvbGRVUkwuaGFzRnJhZ21lbnRJZGVudGlmaWVyKCkp
IHsKKyAgICAgICAgbmV3VVJMLnNldEZyYWdtZW50SWRlbnRpZmllcihvbGRVUkwuZnJhZ21lbnRJ
ZGVudGlmaWVyKCkpOworICAgICAgICBuZXdSZXF1ZXN0LnNldFVSTChuZXdVUkwpOworICAgIH0K
KyAgICAKICAgICBzZXRSZXF1ZXN0KG5ld1JlcXVlc3QpOwogCiAgICAgaWYgKCFyZWRpcmVjdFJl
c3BvbnNlLmlzTnVsbCgpKSB7
</data>

          </attachment>
      

    </bug>

</bugzilla>