<?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>110554</bug_id>
          
          <creation_ts>2013-02-21 21:55:26 -0800</creation_ts>
          <short_desc>REGRESSION(r143664, r143681): http/tests/security/feed-urls-from-remote.html fails</short_desc>
          <delta_ts>2013-02-22 10:52:29 -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></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>LayoutTestFailure</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Ryosuke Niwa">rniwa</reporter>
          <assigned_to name="Eric Seidel (no email)">eric</assigned_to>
          <cc>abarth</cc>
    
    <cc>ap</cc>
    
    <cc>beidson</cc>
    
    <cc>eric</cc>
    
    <cc>japhet</cc>
    
    <cc>webkit.review.bot</cc>
    
    <cc>zan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>839219</commentid>
    <comment_count>0</comment_count>
    <who name="Ryosuke Niwa">rniwa</who>
    <bug_when>2013-02-21 21:55:26 -0800</bug_when>
    <thetext>http://trac.webkit.org/changeset/143664 and http://trac.webkit.org/changeset/143681 made tests fail on Mac WK1 bots:

http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20webkit.org&amp;tests=http%2Ftests%2Fsecurity%2Ffeed-urls-from-remote.html

e.g.
http://build.webkit.org/results/Apple%20MountainLion%20Release%20WK1%20(Tests)/r143686%20(7135)/results.html

--- /Volumes/Data/slave/mountainlion-release-tests-wk1/build/layout-test-results/http/tests/security/feed-urls-from-remote-expected.txt
+++ /Volumes/Data/slave/mountainlion-release-tests-wk1/build/layout-test-results/http/tests/security/feed-urls-from-remote-actual.txt
@@ -1,6 +1,7 @@
 Policy delegate: attempt to load feed://127.0.0.1:8000/security/resources/feed.xml with navigation type &apos;link clicked&apos; originating from HTML &gt; #document
+FAIL: Timed out waiting for notifyDone to be called
 &lt; rdar://problem/5329440&gt; REGRESSION: Clicking links with the feed:// protocol in Safari 3 does nothing 
 This test is to see if a feed URL can be followed from a link on a page.
 
-Test Finished.
+Test not completed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839225</commentid>
    <comment_count>1</comment_count>
    <who name="Ryosuke Niwa">rniwa</who>
    <bug_when>2013-02-21 22:05:02 -0800</bug_when>
    <thetext>Added a failing test expectation in http://trac.webkit.org/changeset/143689.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839245</commentid>
    <comment_count>2</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2013-02-21 22:32:36 -0800</bug_when>
    <thetext>Yeah, we saw similar for Chromium, but I assumed it seemed specific to our DRT implementation.

For now I&apos;m just going to gate the offending code with ENABLE_THREADED_PARSER.  That&apos;s slightly lame, and will potentially block enabling the threaded parser for other ports.

This is a result of very very fragile code in the loader subsystem.  The real solution is to re-write the loader, but that&apos;s out of scope for this change. :)

It&apos;s also possible that we&apos;ll find a better solution than this one as we fix our last couple failures for the threaded parser.

Thanks for filing.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839248</commentid>
    <comment_count>3</comment_count>
    <who name="Ryosuke Niwa">rniwa</who>
    <bug_when>2013-02-21 22:34:36 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt;
&gt; This is a result of very very fragile code in the loader subsystem.  The real solution is to re-write the loader, but that&apos;s out of scope for this change. :)

I don&apos;t think rewriting it really helps. The real problem with the loader is that we don&apos;t have a good strategy to test it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839250</commentid>
    <comment_count>4</comment_count>
      <attachid>189688</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2013-02-21 22:36:44 -0800</bug_when>
    <thetext>Created attachment 189688
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839252</commentid>
    <comment_count>5</comment_count>
      <attachid>189688</attachid>
    <who name="Ryosuke Niwa">rniwa</who>
    <bug_when>2013-02-21 22:39:15 -0800</bug_when>
    <thetext>Comment on attachment 189688
Patch

rs=me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839258</commentid>
    <comment_count>6</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2013-02-21 22:49:13 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; (In reply to comment #2)
&gt; &gt;
&gt; &gt; This is a result of very very fragile code in the loader subsystem.  The real solution is to re-write the loader, but that&apos;s out of scope for this change. :)
&gt; 
&gt; I don&apos;t think rewriting it really helps. The real problem with the loader is that we don&apos;t have a good strategy to test it.

Perhaps. :)  It&apos;s a state machine which is distributed between at least 5 classes, and about 20 bools. :)  I suspect it would be a lot easier to understand as a single progressive state enum.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839283</commentid>
    <comment_count>7</comment_count>
      <attachid>189688</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-02-21 23:20:52 -0800</bug_when>
    <thetext>Comment on attachment 189688
Patch

Rejecting attachment 189688 from commit-queue.

Failed to run &quot;[&apos;/mnt/git/webkit-commit-queue/Tools/Scripts/webkit-patch&apos;, &apos;--status-host=queues.webkit.org&apos;, &apos;--bot-id=gce-cq-01&apos;, &apos;land-attachment&apos;, &apos;--force-clean&apos;, &apos;--non-interactive&apos;, &apos;--parent-command=commit-queue&apos;, 189688, &apos;--port=chromium-xvfb&apos;]&quot; exit_code: 2 cwd: /mnt/git/webkit-commit-queue

Last 500 characters of output:
-conflict --ignore-externals&apos; in &apos;/mnt/git/webkit-commit-queue/Source/WebKit/chromium&apos;
54&gt;At revision 13692.

________ running &apos;/usr/bin/python tools/clang/scripts/update.py --mac-only&apos; in &apos;/mnt/git/webkit-commit-queue/Source/WebKit/chromium&apos;

________ running &apos;/usr/bin/python gyp_webkit&apos; in &apos;/mnt/git/webkit-commit-queue/Source/WebKit/chromium&apos;
Updating webkit projects from gyp files...
Updating OpenSource
fatal: read error: Connection reset by peer
Died at Tools/Scripts/update-webkit line 151.

Full output: http://queues.webkit.org/results/16701504</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839287</commentid>
    <comment_count>8</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2013-02-21 23:23:31 -0800</bug_when>
    <thetext>Updating working directory
Failed to run &quot;[&apos;Tools/Scripts/update-webkit&apos;, &apos;--chromium&apos;, &apos;--force-update&apos;]&quot; exit_code: 2

Updating OpenSource
fatal: read error: Connection reset by peer
Died at Tools/Scripts/update-webkit line 151.

Odd.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839309</commentid>
    <comment_count>9</comment_count>
      <attachid>189688</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-02-21 23:53:31 -0800</bug_when>
    <thetext>Comment on attachment 189688
Patch

Clearing flags on attachment: 189688

Committed r143695: &lt;http://trac.webkit.org/changeset/143695&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839310</commentid>
    <comment_count>10</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-02-21 23:53:35 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839492</commentid>
    <comment_count>11</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-02-22 05:36:21 -0800</bug_when>
    <thetext>Committed r143719: &lt;http://trac.webkit.org/changeset/143719&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839508</commentid>
    <comment_count>12</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2013-02-22 05:43:18 -0800</bug_when>
    <thetext>(In reply to comment #11)
&gt; Committed r143719: &lt;http://trac.webkit.org/changeset/143719&gt;

Manually rolled this out in r143719 due to crashes occurring on debug builds of AppleMac WK1, EFL and GTK. Would have done the rollout through sheriffbot, but it was failing to update the checkout.

Examples:
http://build.webkit.org/results/Apple%20Lion%20Debug%20WK1%20(Tests)/r143709%20(6946)/results.html
http://build.webkit.org/results/Apple%20MountainLion%20Debug%20WK1%20(Tests)/r143709%20(5750)/results.html
http://build.webkit.org/results/EFL%20Linux%2064-bit%20Debug%20WK2/r143713%20(9747)/results.html
http://build.webkit.org/results/GTK%20Linux%2064-bit%20Debug%20WK1/r143709%20(307)/results.html

Given that this only seemed to fix one test and introduced crashes in multiple tests I reckoned rolling out is best.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839618</commentid>
    <comment_count>13</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2013-02-22 08:50:19 -0800</bug_when>
    <thetext>Yeah, Eric just missed the other half.  Will fix shortly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839645</commentid>
    <comment_count>14</comment_count>
      <attachid>189780</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2013-02-22 09:14:07 -0800</bug_when>
    <thetext>Created attachment 189780
Patch for landing</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839705</commentid>
    <comment_count>15</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2013-02-22 10:27:47 -0800</bug_when>
    <thetext>Sorry for the trouble.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839706</commentid>
    <comment_count>16</comment_count>
      <attachid>189780</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2013-02-22 10:28:06 -0800</bug_when>
    <thetext>Comment on attachment 189780
Patch for landing

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

&gt; Source/WebCore/dom/Document.cpp:5781
&gt; +    // FIXME: This should always be enabled, but it seems to cause
&gt; +    // http/tests/security/feed-urls-from-remote.html to timeout on Mac WK1
&gt; +    // see http://webkit.org/b/110554 and http://webkit.org/b/110401
&gt; +#if ENABLE(THREADED_HTML_PARSER)
&gt;      loader()-&gt;checkLoadComplete();
&gt; +#endif

Didn&apos;t this part need a null check instead of an ENABLE?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839715</commentid>
    <comment_count>17</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2013-02-22 10:35:47 -0800</bug_when>
    <thetext>&gt; Didn&apos;t this part need a null check instead of an ENABLE?

That might of worked, but I wanted to keep isLoading and checkLoadComplete in sync.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839733</commentid>
    <comment_count>18</comment_count>
      <attachid>189780</attachid>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-02-22 10:52:25 -0800</bug_when>
    <thetext>Comment on attachment 189780
Patch for landing

Clearing flags on attachment: 189780

Committed r143753: &lt;http://trac.webkit.org/changeset/143753&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>839734</commentid>
    <comment_count>19</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2013-02-22 10:52:29 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>189688</attachid>
            <date>2013-02-21 22:36:44 -0800</date>
            <delta_ts>2013-02-22 09:14:03 -0800</delta_ts>
            <desc>Patch</desc>
            <filename>bug-110554-20130221223304.patch</filename>
            <type>text/plain</type>
            <size>1728</size>
            <attacher name="Eric Seidel (no email)">eric</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTQzNjgxCmRpZmYgLS1naXQgYS9Tb3VyY2UvV2ViQ29yZS9D
aGFuZ2VMb2cgYi9Tb3VyY2UvV2ViQ29yZS9DaGFuZ2VMb2cKaW5kZXggMThkMDgyYTE5YzRiM2Iw
Yzk5Zjg0YjJiYjgyODI5MDYyNzA5ZDdjOC4uODY3ZTI3MTk1ZmNiMjI1M2Q1NmY2NDRiMDZjMGRm
ODVhN2QxYzI5NyAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvQ2hhbmdlTG9nCisrKyBiL1Nv
dXJjZS9XZWJDb3JlL0NoYW5nZUxvZwpAQCAtMSw1ICsxLDE3IEBACiAyMDEzLTAyLTIxICBFcmlj
IFNlaWRlbCAgPGVyaWNAd2Via2l0Lm9yZz4KIAorICAgICAgICBSRUdSRVNTSU9OKHIxNDM2NjQs
IHIxNDM2ODEpOiBodHRwL3Rlc3RzL3NlY3VyaXR5L2ZlZWQtdXJscy1mcm9tLXJlbW90ZS5odG1s
IGZhaWxzCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0x
MTA1NTQKKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBX
aWxsIGZpeCBodHRwL3Rlc3RzL3NlY3VyaXR5L2ZlZWQtdXJscy1mcm9tLXJlbW90ZS5odG1sIGZv
ciBNYWMgV0sxLgorCisgICAgICAgICogbG9hZGVyL0RvY3VtZW50TG9hZGVyLmNwcDoKKyAgICAg
ICAgKFdlYkNvcmU6OkRvY3VtZW50TG9hZGVyOjppc0xvYWRpbmcpOgorCisyMDEzLTAyLTIxICBF
cmljIFNlaWRlbCAgPGVyaWNAd2Via2l0Lm9yZz4KKwogICAgICAgICBMYXlvdXRUZXN0cy9mYXN0
L2VuY29kaW5nL3BhcnNlci10ZXN0cy0qLmh0bWwgdGltZW91dCB3aXRoIHRocmVhZGVkIEhUTUwg
cGFyc2VyCiAgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0x
MDk5OTUKIApkaWZmIC0tZ2l0IGEvU291cmNlL1dlYkNvcmUvbG9hZGVyL0RvY3VtZW50TG9hZGVy
LmNwcCBiL1NvdXJjZS9XZWJDb3JlL2xvYWRlci9Eb2N1bWVudExvYWRlci5jcHAKaW5kZXggMzc3
MzIzZTUzMDBiMDU3M2E5MDAyOWMxYzE2Njc2OTY4NzFiNmI5Yi4uYzRjNjZmOGNjNTA0ZTc4ZGIz
OTZiMDIwMTUyY2U4NzIyMTYyYmRiMiAxMDA2NDQKLS0tIGEvU291cmNlL1dlYkNvcmUvbG9hZGVy
L0RvY3VtZW50TG9hZGVyLmNwcAorKysgYi9Tb3VyY2UvV2ViQ29yZS9sb2FkZXIvRG9jdW1lbnRM
b2FkZXIuY3BwCkBAIC0yODAsOCArMjgwLDEzIEBAIHZvaWQgRG9jdW1lbnRMb2FkZXI6OmNvbW1p
dElmUmVhZHkoKQogCiBib29sIERvY3VtZW50TG9hZGVyOjppc0xvYWRpbmcoKSBjb25zdAogewor
ICAgIC8vIEZJWE1FOiBUaGlzIHNob3VsZCBhbHdheXMgYmUgZW5hYmxlZCwgYnV0IGl0IHNlZW1z
IHRvIGNhdXNlCisgICAgLy8gaHR0cC90ZXN0cy9zZWN1cml0eS9mZWVkLXVybHMtZnJvbS1yZW1v
dGUuaHRtbCB0byB0aW1lb3V0IG9uIE1hYyBXSzEKKyAgICAvLyBzZWUgaHR0cDovL3dlYmtpdC5v
cmcvYi8xMTA1NTQgYW5kIGh0dHA6Ly93ZWJraXQub3JnL2IvMTEwNDAxCisjaWYgRU5BQkxFKFRI
UkVBREVEX0hUTUxfUEFSU0VSKQogICAgIGlmIChtX2ZyYW1lICYmIG1fZnJhbWUtPmRvY3VtZW50
KCkgJiYgbV9mcmFtZS0+ZG9jdW1lbnQoKS0+aGFzQWN0aXZlUGFyc2VyKCkpCiAgICAgICAgIHJl
dHVybiB0cnVlOworI2VuZGlmCiAgICAgcmV0dXJuIGlzTG9hZGluZ01haW5SZXNvdXJjZSgpIHx8
ICFtX3N1YnJlc291cmNlTG9hZGVycy5pc0VtcHR5KCkgfHwgIW1fcGx1Z0luU3RyZWFtTG9hZGVy
cy5pc0VtcHR5KCk7CiB9CiAK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>189780</attachid>
            <date>2013-02-22 09:14:07 -0800</date>
            <delta_ts>2013-02-22 10:52:25 -0800</delta_ts>
            <desc>Patch for landing</desc>
            <filename>bug-110554-20130222091026.patch</filename>
            <type>text/plain</type>
            <size>2211</size>
            <attacher name="Adam Barth">abarth</attacher>
            
              <data encoding="base64">SW5kZXg6IFNvdXJjZS9XZWJDb3JlL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2Vi
Q29yZS9DaGFuZ2VMb2cJKHJldmlzaW9uIDE0MzczOCkKKysrIFNvdXJjZS9XZWJDb3JlL0NoYW5n
ZUxvZwkod29ya2luZyBjb3B5KQpAQCAtMSwzICsxLDE1IEBACisyMDEzLTAyLTIyICBFcmljIFNl
aWRlbCAgPGVyaWNAd2Via2l0Lm9yZz4KKworICAgICAgICBSRUdSRVNTSU9OKHIxNDM2NjQsIHIx
NDM2ODEpOiBodHRwL3Rlc3RzL3NlY3VyaXR5L2ZlZWQtdXJscy1mcm9tLXJlbW90ZS5odG1sIGZh
aWxzCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0xMTA1
NTQKKworICAgICAgICBSZXZpZXdlZCBieSBBZGFtIEJhcnRoLgorCisgICAgICAgIFdpbGwgZml4
IGh0dHAvdGVzdHMvc2VjdXJpdHkvZmVlZC11cmxzLWZyb20tcmVtb3RlLmh0bWwgZm9yIE1hYyBX
SzEuCisKKyAgICAgICAgKiBsb2FkZXIvRG9jdW1lbnRMb2FkZXIuY3BwOgorICAgICAgICAoV2Vi
Q29yZTo6RG9jdW1lbnRMb2FkZXI6OmlzTG9hZGluZyk6CisKIDIwMTMtMDItMjIgIEtlbnRhcm8g
SGFyYSAgPGhhcmFrZW5AY2hyb21pdW0ub3JnPgogCiAgICAgICAgIFtWOF0gQWRkIGNvbW1lbnRz
IHRvIGNoZWNrVHlwZU9yRGllVHJ5aW5nKCkKSW5kZXg6IFNvdXJjZS9XZWJDb3JlL2RvbS9Eb2N1
bWVudC5jcHAKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PQotLS0gU291cmNlL1dlYkNvcmUvZG9tL0RvY3VtZW50LmNwcAko
cmV2aXNpb24gMTQzNzM4KQorKysgU291cmNlL1dlYkNvcmUvZG9tL0RvY3VtZW50LmNwcAkod29y
a2luZyBjb3B5KQpAQCAtNTc3Myw3ICs1NzczLDEyIEBAIHZvaWQgRG9jdW1lbnQ6OmRlY3JlbWVu
dEFjdGl2ZVBhcnNlckNvdW4KICAgICAtLW1fYWN0aXZlUGFyc2VyQ291bnQ7CiAgICAgaWYgKCFm
cmFtZSgpKQogICAgICAgICByZXR1cm47CisgICAgLy8gRklYTUU6IFRoaXMgc2hvdWxkIGFsd2F5
cyBiZSBlbmFibGVkLCBidXQgaXQgc2VlbXMgdG8gY2F1c2UKKyAgICAvLyBodHRwL3Rlc3RzL3Nl
Y3VyaXR5L2ZlZWQtdXJscy1mcm9tLXJlbW90ZS5odG1sIHRvIHRpbWVvdXQgb24gTWFjIFdLMQor
ICAgIC8vIHNlZSBodHRwOi8vd2Via2l0Lm9yZy9iLzExMDU1NCBhbmQgaHR0cDovL3dlYmtpdC5v
cmcvYi8xMTA0MDEKKyNpZiBFTkFCTEUoVEhSRUFERURfSFRNTF9QQVJTRVIpCiAgICAgbG9hZGVy
KCktPmNoZWNrTG9hZENvbXBsZXRlKCk7CisjZW5kaWYKICAgICBmcmFtZSgpLT5sb2FkZXIoKS0+
Y2hlY2tMb2FkQ29tcGxldGUoKTsKIH0KIApJbmRleDogU291cmNlL1dlYkNvcmUvbG9hZGVyL0Rv
Y3VtZW50TG9hZGVyLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBTb3VyY2UvV2ViQ29yZS9sb2FkZXIvRG9j
dW1lbnRMb2FkZXIuY3BwCShyZXZpc2lvbiAxNDM3MzgpCisrKyBTb3VyY2UvV2ViQ29yZS9sb2Fk
ZXIvRG9jdW1lbnRMb2FkZXIuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0yODAsOCArMjgwLDEzIEBA
IHZvaWQgRG9jdW1lbnRMb2FkZXI6OmNvbW1pdElmUmVhZHkoKQogCiBib29sIERvY3VtZW50TG9h
ZGVyOjppc0xvYWRpbmcoKSBjb25zdAogeworICAgIC8vIEZJWE1FOiBUaGlzIHNob3VsZCBhbHdh
eXMgYmUgZW5hYmxlZCwgYnV0IGl0IHNlZW1zIHRvIGNhdXNlCisgICAgLy8gaHR0cC90ZXN0cy9z
ZWN1cml0eS9mZWVkLXVybHMtZnJvbS1yZW1vdGUuaHRtbCB0byB0aW1lb3V0IG9uIE1hYyBXSzEK
KyAgICAvLyBzZWUgaHR0cDovL3dlYmtpdC5vcmcvYi8xMTA1NTQgYW5kIGh0dHA6Ly93ZWJraXQu
b3JnL2IvMTEwNDAxCisjaWYgRU5BQkxFKFRIUkVBREVEX0hUTUxfUEFSU0VSKQogICAgIGlmICht
X2ZyYW1lICYmIG1fZnJhbWUtPmRvY3VtZW50KCkgJiYgbV9mcmFtZS0+ZG9jdW1lbnQoKS0+aGFz
QWN0aXZlUGFyc2VyKCkpCiAgICAgICAgIHJldHVybiB0cnVlOworI2VuZGlmCiAgICAgcmV0dXJu
IGlzTG9hZGluZ01haW5SZXNvdXJjZSgpIHx8ICFtX3N1YnJlc291cmNlTG9hZGVycy5pc0VtcHR5
KCkgfHwgIW1fcGx1Z0luU3RyZWFtTG9hZGVycy5pc0VtcHR5KCk7CiB9CiAK
</data>

          </attachment>
      

    </bug>

</bugzilla>