<?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>87734</bug_id>
          
          <creation_ts>2012-05-29 05:07:29 -0700</creation_ts>
          <short_desc>REGRESSION (r118735): svg/dom/complex-svgView-specification.html, svg/dom/SVGViewSpec.html, svg/dom/viewspec-parser.html failing on GTK Linux 64-bit Release</short_desc>
          <delta_ts>2013-02-26 12:20:04 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc>http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release/r118736%20(24421)/results.html</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>Gtk, LayoutTestFailure, Regression</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          <dependson>105212</dependson>
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Zan Dobersek">zan</reporter>
          <assigned_to name="Zan Dobersek">zan</assigned_to>
          <cc>danw</cc>
    
    <cc>gustavo</cc>
    
    <cc>mrobinson</cc>
    
    <cc>rakuco</cc>
    
    <cc>svillar</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>635904</commentid>
    <comment_count>0</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-05-29 05:07:29 -0700</bug_when>
    <thetext>The following tests started failing on GTK Linux 64-bit Release between r118735 and r118736 (inclusive):

    svg/dom/complex-svgView-specification.html
    svg/dom/SVGViewSpec.html
    svg/dom/viewspec-parser.html

http://trac.webkit.org/log/trunk?rev=118736&amp;stop_rev=118735&amp;limit=3

http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release/r118734%20(24420)/results.html passed
http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release/r118736%20(24421)/results.html failed

Also failing on other Gtk builders:
http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20webkit.org&amp;tests=svg%2Fdom%2Fcomplex-svgView-specification.html%2Csvg%2Fdom%2FSVGViewSpec.html%2Csvg%2Fdom%2Fviewspec-parser.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>657505</commentid>
    <comment_count>1</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-06-26 04:59:01 -0700</bug_when>
    <thetext>The cause of these test failures is that the fragment identifier passed into SVGViewSpec::parseViewSpec[1] contains percent-encoded spaces (%20).

The solution to this could be resetting the fragment identifier in soupURIToKURL[2] to the return value of soup_uri_normalize called on the SoupURI&apos;s fragment, with a space passed into that function call as an extra character to unescape.

This would also require to modify soup_uri_normalize behavior a bit. In uri_normalized_copy[3], the normalized value is marked for a fixup when it comes upon a \0 character (as g_ascii_isgraph returns false for that character). This should be avoided as in the fixup process, spaces are changed back into their percent-encoded form.
Also, %00 characters shouldn&apos;t be changed to \0 as this cuts off the string and can cause problems (http/tests/security/xssAuditor/anchor-url-dom-write-location-inline-event-null-char.html is a test depending on this not to happen).

[1] - http://trac.webkit.org/browser/trunk/Source/WebCore/svg/SVGSVGElement.cpp#L680
[2] - http://trac.webkit.org/browser/trunk/Source/WebCore/platform/network/soup/SoupURIUtils.cpp#L32
[3] - http://git.gnome.org/browse/libsoup/tree/libsoup/soup-uri.c#n702
[4] - http://trac.webkit.org/browser/trunk/LayoutTests/http/tests/security/xssAuditor/anchor-url-dom-write-location-inline-event-null-char.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>657535</commentid>
    <comment_count>2</comment_count>
    <who name="Dan Winship">danw</who>
    <bug_when>2012-06-26 05:37:49 -0700</bug_when>
    <thetext>so are you saying SVGViewSpec::parseViewSpec expects some characters to be %-escaped, but requires other characters to not be? That seems like a bad API if so...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>657705</commentid>
    <comment_count>3</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-06-26 10:37:08 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; so are you saying SVGViewSpec::parseViewSpec expects some characters to be %-escaped, but requires other characters to not be? That seems like a bad API if so...

No, as far as I understand the method expects no %-escaped characters in the string that it parses. The problem is though that soup backend doesn&apos;t remove these characters from the fragment.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>657777</commentid>
    <comment_count>4</comment_count>
    <who name="Dan Winship">danw</who>
    <bug_when>2012-06-26 11:27:00 -0700</bug_when>
    <thetext>ah, ok, if you want *no* %-escaping, you should use soup_uri_decode(), not soup_uri_normalize().

It appears that other browsers decode &quot;%00&quot; to &quot;&quot; rather than &quot;\0&quot;? If so I guess libsoup should be &quot;fixed&quot; to do that too.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>658377</commentid>
    <comment_count>5</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-06-26 23:21:34 -0700</bug_when>
    <thetext>(In reply to comment #4)
&gt; ah, ok, if you want *no* %-escaping, you should use soup_uri_decode(), not soup_uri_normalize().

Using soup_uri_decode causes regressions, for instance %3D gets converted back to = and similar (see test cases [1] and [2]) so using that obviously isn&apos;t good. soup_uri_normalize, with the space character as an extra unreserved character to decode, does the trick with no test regressions, but I&apos;m not sure it&apos;s the correct way of handling the issue.

Basically, comment #1 describes all the changes required for these tests to pass without any other regression.

&gt; 
&gt; It appears that other browsers decode &quot;%00&quot; to &quot;&quot; rather than &quot;\0&quot;? If so I guess libsoup should be &quot;fixed&quot; to do that too.

This works as well.


[1] http://trac.webkit.org/browser/trunk/LayoutTests/media/media-fragments/TC0030-TC0039-expected.txt#L30
[2] http://trac.webkit.org/browser/trunk/LayoutTests/http/tests/navigation/anchor-frames-gbk.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>658563</commentid>
    <comment_count>6</comment_count>
    <who name="Dan Winship">danw</who>
    <bug_when>2012-06-27 06:06:01 -0700</bug_when>
    <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; ah, ok, if you want *no* %-escaping, you should use soup_uri_decode(), not soup_uri_normalize().
&gt; 
&gt; Using soup_uri_decode causes regressions, for instance %3D gets converted back to = and similar (see test cases [1] and [2])

So you *don&apos;t* want no %-escaping. :)

&gt; soup_uri_normalize, with the space character as an extra unreserved character to decode, does the trick with no test regressions, but I&apos;m not sure it&apos;s the correct way of handling the issue.

It&apos;s at least right-ish. There may be other characters you need in the &quot;extra unreserved&quot; list that just don&apos;t get tested by the current set of tests... It seems like this would be something that it would be good to have SVGViewSpec::parseViewSpec() explicitly document.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>716926</commentid>
    <comment_count>7</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-09-11 01:08:37 -0700</bug_when>
    <thetext>Interestingly the tests behave OK on WK2 builds. This basically means that this is possible to solve without any changes to libsoup but that there&apos;s rather a problem in the WK1 layer. I&apos;ll investigate this a bit to see what WK2 layer does that the WK1 layer doesn&apos;t.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>718180</commentid>
    <comment_count>8</comment_count>
      <attachid>163582</attachid>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-09-12 04:35:42 -0700</bug_when>
    <thetext>Created attachment 163582
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>787411</commentid>
    <comment_count>9</comment_count>
      <attachid>163582</attachid>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2012-12-10 09:33:37 -0800</bug_when>
    <thetext>Comment on attachment 163582
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=163582&amp;action=review

&gt; Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:1256
&gt; -        webkit_network_request_set_uri(request, &quot;about:blank&quot;);
&gt; +        SoupMessage* message = webkit_network_request_get_message(request);
&gt; +        soup_message_set_status(message, SOUP_STATUS_CANCELLED);

This can just be one line.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>788192</commentid>
    <comment_count>10</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2012-12-11 01:47:11 -0800</bug_when>
    <thetext>Adjusted and landed in r137198.
http://trac.webkit.org/changeset/137198</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>792980</commentid>
    <comment_count>11</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2012-12-17 13:30:55 -0800</bug_when>
    <thetext>Re-opened since this is blocked by bug 105212</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>800125</commentid>
    <comment_count>12</comment_count>
      <attachid>163582</attachid>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-01-04 03:14:01 -0800</bug_when>
    <thetext>Comment on attachment 163582
Patch

Clearing the r+ flag on the committed (yet later rolled-out) patch.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>810442</commentid>
    <comment_count>13</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-01-18 03:47:40 -0800</bug_when>
    <thetext>This somehow gets fixed by bug #105667.
It already landed in r140005, but later got rolled out. Will remove expectations when it gets relanded and close this bug.
http://trac.webkit.org/changeset/140005</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>842259</commentid>
    <comment_count>14</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-02-26 12:20:04 -0800</bug_when>
    <thetext>(In reply to comment #13)
&gt; This somehow gets fixed by bug #105667.
&gt; It already landed in r140005, but later got rolled out. Will remove expectations when it gets relanded and close this bug.
&gt; http://trac.webkit.org/changeset/140005

That landed and the tests pass now. Closing.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>163582</attachid>
            <date>2012-09-12 04:35:42 -0700</date>
            <delta_ts>2013-01-04 03:14:01 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-87734-20120912043516.patch</filename>
            <type>text/plain</type>
            <size>3995</size>
            <attacher name="Zan Dobersek">zan</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTI4Mjg5CmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggOGZmNmZhNTRlYzc4NTVk
NTJjMmM4YThjYjk1ZjVjNWM4NTAwYjRjMy4uNGUzMDEwY2QzN2JjMjU0MTFjZGNjMjlhZGUyNDJk
YjNhNGNmNzE1NiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE5IEBACisyMDEyLTA5LTEyICBaYW4g
RG9iZXJzZWsgIDx6YW5kb2JlcnNla0BnbWFpbC5jb20+CisKKyAgICAgICAgUkVHUkVTU0lPTiAo
cjExODczNSk6IHN2Zy9kb20vY29tcGxleC1zdmdWaWV3LXNwZWNpZmljYXRpb24uaHRtbCwgc3Zn
L2RvbS9TVkdWaWV3U3BlYy5odG1sLCBzdmcvZG9tL3ZpZXdzcGVjLXBhcnNlci5odG1sIGZhaWxp
bmcgb24gR1RLIExpbnV4IDY0LWJpdCBSZWxlYXNlCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJr
aXQub3JnL3Nob3dfYnVnLmNnaT9pZD04NzczNAorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9E
WSAoT09QUyEpLgorCisgICAgICAgIERvbid0IG1vZGlmeSBSZXNvdXJjZVJlcXVlc3QncyBVUkwg
dG8gaGF2ZSB0aGUgdmFsdWUgb2YgdGhlIChlbmNvZGVkKQorICAgICAgICBVUkkgb2YgdGhlIFNv
dXBNZXNzYWdlLiBUaGUgb25seSBleGNlcHRpb24gaXMgaW4gdGhlIGNhc2Ugb2YgY2FuY2VsbGVk
CisgICAgICAgIFNvdXBNZXNzYWdlIC0gdGhlIFVSTCBvZiB0aGUgUmVzb3VyY2VSZXF1ZXN0IHNo
b3VsZCB0aGVuIGJlIG51bGwuCisKKyAgICAgICAgTm8gbmV3IHRlc3RzIC0gZXhpc3RpbmcgdGVz
dHMgc2hvdWxkIHNob3cgbm8gcmVncmVzc2lvbnMuCisKKyAgICAgICAgKiBwbGF0Zm9ybS9uZXR3
b3JrL3NvdXAvUmVzb3VyY2VSZXF1ZXN0U291cC5jcHA6CisgICAgICAgIChXZWJDb3JlOjpSZXNv
dXJjZVJlcXVlc3Q6OnVwZGF0ZUZyb21Tb3VwTWVzc2FnZSk6CisKIDIwMTItMDktMTIgIFZpdmVr
IEdhbGF0YWdlICA8dml2ZWtnYWxhdGFnZUBnbWFpbC5jb20+CiAKICAgICAgICAgV2ViIEluc3Bl
Y3RvcjogSW5zcGVjdG9yQmFja2VuZC5sb2FkRnJvbUpTT05JZk5lZWRlZCBzaG91bGQgdGFrZSB0
aGUgSlNPTiB1cmwgYXMgYXJndW1lbnQKZGlmZiAtLWdpdCBhL1NvdXJjZS9XZWJDb3JlL3BsYXRm
b3JtL25ldHdvcmsvc291cC9SZXNvdXJjZVJlcXVlc3RTb3VwLmNwcCBiL1NvdXJjZS9XZWJDb3Jl
L3BsYXRmb3JtL25ldHdvcmsvc291cC9SZXNvdXJjZVJlcXVlc3RTb3VwLmNwcAppbmRleCBkZGZh
MWMzOGRlZTRiM2U5NjI5ODMxZDZhMWI5NDg3YzYzZTA4YjY5Li40OGQ3OWYwNWVhYTI4NDNkMjUz
ZmQ5OTgzOWNlMTI5YTNmNGFmYzk5IDEwMDY0NAotLS0gYS9Tb3VyY2UvV2ViQ29yZS9wbGF0Zm9y
bS9uZXR3b3JrL3NvdXAvUmVzb3VyY2VSZXF1ZXN0U291cC5jcHAKKysrIGIvU291cmNlL1dlYkNv
cmUvcGxhdGZvcm0vbmV0d29yay9zb3VwL1Jlc291cmNlUmVxdWVzdFNvdXAuY3BwCkBAIC04NSwx
MyArODUsOCBAQCBTb3VwTWVzc2FnZSogUmVzb3VyY2VSZXF1ZXN0Ojp0b1NvdXBNZXNzYWdlKCkg
Y29uc3QKIAogdm9pZCBSZXNvdXJjZVJlcXVlc3Q6OnVwZGF0ZUZyb21Tb3VwTWVzc2FnZShTb3Vw
TWVzc2FnZSogc291cE1lc3NhZ2UpCiB7Ci0gICAgYm9vbCBzaG91bGRQb3J0QmVSZXNldFRvWmVy
byA9IG1fdXJsLmhhc1BvcnQoKSAmJiAhbV91cmwucG9ydCgpOwotICAgIG1fdXJsID0gc291cFVS
SVRvS1VSTChzb3VwX21lc3NhZ2VfZ2V0X3VyaShzb3VwTWVzc2FnZSkpOwotCi0gICAgLy8gU291
cFVSSSBjYW5ub3QgZGlmZmVyZW5pYXRlIGJldHdlZW4gYW4gZXhwbGljaXRseSBzcGVjaWZpZWQg
cG9ydCAwIGFuZAotICAgIC8vIG5vIHBvcnQgc3BlY2lmaWVkLgotICAgIGlmIChzaG91bGRQb3J0
QmVSZXNldFRvWmVybykKLSAgICAgICAgbV91cmwuc2V0UG9ydCgwKTsKKyAgICBpZiAoc291cE1l
c3NhZ2UtPnN0YXR1c19jb2RlID09IFNPVVBfU1RBVFVTX0NBTkNFTExFRCkKKyAgICAgICAgc2V0
VVJMKEtVUkwoKSk7CiAKICAgICBtX2h0dHBNZXRob2QgPSBTdHJpbmc6OmZyb21VVEY4KHNvdXBN
ZXNzYWdlLT5tZXRob2QpOwogCmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cgYi9Ub29scy9D
aGFuZ2VMb2cKaW5kZXggMTg2ZjIwYTFhZWI4NTZlMjg1YmFiMGJjMzc0MWQwYjZkNTRmYjY2Ny4u
NzljZGI5MmEzZmI5ZGYyZTM1Zjc1ZTNjZmIxZjIzNjZkOTM5YjY1NCAxMDA2NDQKLS0tIGEvVG9v
bHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2IEBACisyMDEy
LTA5LTEyICBaYW4gRG9iZXJzZWsgIDx6YW5kb2JlcnNla0BnbWFpbC5jb20+CisKKyAgICAgICAg
UkVHUkVTU0lPTiAocjExODczNSk6IHN2Zy9kb20vY29tcGxleC1zdmdWaWV3LXNwZWNpZmljYXRp
b24uaHRtbCwgc3ZnL2RvbS9TVkdWaWV3U3BlYy5odG1sLCBzdmcvZG9tL3ZpZXdzcGVjLXBhcnNl
ci5odG1sIGZhaWxpbmcgb24gR1RLIExpbnV4IDY0LWJpdCBSZWxlYXNlCisgICAgICAgIGh0dHBz
Oi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD04NzczNAorCisgICAgICAgIFJldmll
d2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIFdoZW4gd2lsbFNlbmRSZXF1ZXN0IHNo
b3VsZCByZXR1cm4gbnVsbCBpbiB0ZXN0aW5nLCBjYW5jZWwgdGhlIFNvdXBNZXNzYWdlCisgICAg
ICAgIGluc3RlYWQgb2Ygc2V0dGluZyB0aGUgcmVxdWVzdCdzIFVSSSB0byBhYm91dDpibGFuay4K
KworICAgICAgICAqIER1bXBSZW5kZXJUcmVlL2d0ay9EdW1wUmVuZGVyVHJlZS5jcHA6CisgICAg
ICAgICh3aWxsU2VuZFJlcXVlc3RDYWxsYmFjayk6CisKIDIwMTItMDktMTIgIENocmlzdG9waGUg
RHVtZXogIDxjaHJpc3RvcGhlLmR1bWV6QGludGVsLmNvbT4KIAogICAgICAgICBbV0syXVtXS1RS
XSBUZXN0UnVubmVyIG5lZWRzIHRvIGltcGxlbWVudCBkdW1wQXBwbGljYXRpb25DYWNoZURlbGVn
YXRlQ2FsbGJhY2tzCmRpZmYgLS1naXQgYS9Ub29scy9EdW1wUmVuZGVyVHJlZS9ndGsvRHVtcFJl
bmRlclRyZWUuY3BwIGIvVG9vbHMvRHVtcFJlbmRlclRyZWUvZ3RrL0R1bXBSZW5kZXJUcmVlLmNw
cAppbmRleCBkYWJiMDlkMjkxMWM4MTJmYmU2YjIzYTk2ODgzZjYyNWYzZWNmODQ3Li40YmRjYWVi
OWFmZmMyMDk2YjAzZDdlOWJmNzdiMWExNzRhZDViYThiIDEwMDY0NAotLS0gYS9Ub29scy9EdW1w
UmVuZGVyVHJlZS9ndGsvRHVtcFJlbmRlclRyZWUuY3BwCisrKyBiL1Rvb2xzL0R1bXBSZW5kZXJU
cmVlL2d0ay9EdW1wUmVuZGVyVHJlZS5jcHAKQEAgLTEyNTAsMTEgKzEyNTAsMTAgQEAgc3RhdGlj
IENTdHJpbmcgZGVzY3JpcHRpb25TdWl0YWJsZUZvclRlc3RSZXN1bHQoV2ViS2l0TmV0d29ya1Jl
c3BvbnNlKiByZXNwb25zZSkKIAogc3RhdGljIHZvaWQgd2lsbFNlbmRSZXF1ZXN0Q2FsbGJhY2so
V2ViS2l0V2ViVmlldyogd2ViVmlldywgV2ViS2l0V2ViRnJhbWUqIHdlYkZyYW1lLCBXZWJLaXRX
ZWJSZXNvdXJjZSogcmVzb3VyY2UsIFdlYktpdE5ldHdvcmtSZXF1ZXN0KiByZXF1ZXN0LCBXZWJL
aXROZXR3b3JrUmVzcG9uc2UqIHJlc3BvbnNlKQogewotCi0KICAgICBpZiAoIWRvbmUgJiYgZ1Rl
c3RSdW5uZXItPndpbGxTZW5kUmVxdWVzdFJldHVybnNOdWxsKCkpIHsKICAgICAgICAgLy8gQXMg
cmVxdWVzdGVkIGJ5IHRoZSBUZXN0UnVubmVyLCBkb24ndCBwZXJmb3JtIHRoZSByZXF1ZXN0Lgot
ICAgICAgICB3ZWJraXRfbmV0d29ya19yZXF1ZXN0X3NldF91cmkocmVxdWVzdCwgImFib3V0OmJs
YW5rIik7CisgICAgICAgIFNvdXBNZXNzYWdlKiBtZXNzYWdlID0gd2Via2l0X25ldHdvcmtfcmVx
dWVzdF9nZXRfbWVzc2FnZShyZXF1ZXN0KTsKKyAgICAgICAgc291cF9tZXNzYWdlX3NldF9zdGF0
dXMobWVzc2FnZSwgU09VUF9TVEFUVVNfQ0FOQ0VMTEVEKTsKICAgICAgICAgcmV0dXJuOwogICAg
IH0KIAo=
</data>

          </attachment>
      

    </bug>

</bugzilla>