<?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>17691</bug_id>
          
          <creation_ts>2008-03-05 18:25:34 -0800</creation_ts>
          <short_desc>REGRESSION: FindSafari doesn&apos;t work</short_desc>
          <delta_ts>2008-06-25 14:24:43 -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>Platform</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</rep_platform>
          <op_sys>Windows XP</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>PlatformOnly, Regression</keywords>
          <priority>P1</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Robert Xiao">spam_hole</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>aroben</cc>
    
    <cc>dev+webkit</cc>
    
    <cc>grfgguvf</cc>
    
    <cc>mrowe</cc>
    
    <cc>webkit</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>72862</commentid>
    <comment_count>0</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-05 18:25:34 -0800</bug_when>
    <thetext>I downloaded the very latest nightly (r30768) and found that the FindSafari.exe program doesn&apos;t start with this error:

This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix this problem.

I have reinstalled Safari 3.0.4 and redownloaded/unpacked the package, to no avail. The older FindSafari from r30628 works fine, even with the new nightly. Also, the old one is 10.5 KB; the new one is 39.0 KB.

The second issue (cosmetic) is that after starting WebKit with run-nightly-webkit.cmd, the version number as reported by Safari is still 523.15. I know I am running WebKit, though, because it gets a high score (88) on Acid3 (among other things), while regular Safari (when run directly) gets 39.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72865</commentid>
    <comment_count>1</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2008-03-05 19:15:47 -0800</bug_when>
    <thetext>How are you checking the WebKit version number?  Safari&apos;s &quot;About&quot; box displays Safari&apos;s version number, not WebKit&apos;s, so it will be unaffected by running a nightly build.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72866</commentid>
    <comment_count>2</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-05 19:24:59 -0800</bug_when>
    <thetext>I am using Help-&gt;About. I couldn&apos;t find out how to do it any other way. Is there an about: page for it?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72867</commentid>
    <comment_count>3</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2008-03-05 19:49:47 -0800</bug_when>
    <thetext>(In reply to comment #2)
&gt; I am using Help-&gt;About. I couldn&apos;t find out how to do it any other way. Is
&gt; there an about: page for it?

No, the WebKit version number is not shown anywhere in Safari&apos;s UI. It is, however, included in the user agent string, and sites like &lt;http://whatsmyuseragent.com/&gt; make it easy to see the contents of that string.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72868</commentid>
    <comment_count>4</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-05 20:08:32 -0800</bug_when>
    <thetext>OK, so that&apos;s not a bug. Thanks for letting me know. The FindSafari thing is still problematic, though.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72869</commentid>
    <comment_count>5</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2008-03-05 20:25:26 -0800</bug_when>
    <thetext>The r30768 nightly works just fine for me on XP Pro SP 2 (I&apos;m using it right now to write this comment).

Perhaps you should try deleting the %TMP%\WebKitNightly directory and running the nightly again?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72870</commentid>
    <comment_count>6</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-05 20:27:55 -0800</bug_when>
    <thetext>Cleared out my temp directory. Same error, if I use the new FindSafari.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72871</commentid>
    <comment_count>7</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-05 20:29:32 -0800</bug_when>
    <thetext>I should add that it works (but seems to crash on RSS feeds, something I can&apos;t seem to reproduce always).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72872</commentid>
    <comment_count>8</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2008-03-05 20:39:19 -0800</bug_when>
    <thetext>(In reply to comment #7)
&gt; I should add that it works (but seems to crash on RSS feeds, something I can&apos;t
&gt; seem to reproduce always).

Does this mean that Safari now launches and you no longer get the error dialog?

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72873</commentid>
    <comment_count>9</comment_count>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2008-03-05 20:44:56 -0800</bug_when>
    <thetext>(In reply to comment #0)
&gt; I downloaded the very latest nightly (r30768) and found that the FindSafari.exe
&gt; program doesn&apos;t start with this error:
&gt; 
&gt; This application has failed to start because the application configuration is
&gt; incorrect. Reinstalling the application may fix this problem.
&gt; 
&gt; The older FindSafari from r30628 works fine, even with the new nightly.
&gt; Also, the old one is 10.5 KB; the new one is 39.0 KB.

It&apos;s been suggested that this is all caused by r30394 &lt;http://trac.webkit.org/projects/webkit/changeset/30394&gt;, which caused FindSafari to always link against the debug C runtime. This makes sense to me, though it doesn&apos;t explain why r30628 works for you.

Perhaps we should change FindSafari to always link against the release C runtime.
&gt; 
&gt; The second issue (cosmetic) is that after starting WebKit with
&gt; run-nightly-webkit.cmd, the version number as reported by Safari is still
&gt; 523.15. I know I am running WebKit, though, because it gets a high score (88)
&gt; on Acid3 (among other things), while regular Safari (when run directly) gets
&gt; 39.
&gt; 

</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72874</commentid>
    <comment_count>10</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-05 20:50:16 -0800</bug_when>
    <thetext>Safari only launches (and works, and crashes randomly on RSS...) if the FindSafari.exe file is the one from the r30628 package (posted in the Windows nightlies archive). Simply using the run-nightly-webkit.cmd script with the newer (broken) FindSafari results in the console window appearing momentarily; no dialog error is shown, and Safari doesn&apos;t start (as verified by the Process Manager).

If I add a pause statement, the output is:
        1 file(s) copied.
The system cannot execute the specified program.
Setting environment for using Microsoft Visual Studio 2005 x86 tools.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72876</commentid>
    <comment_count>11</comment_count>
    <who name="Robert Blaut">webkit</who>
    <bug_when>2008-03-05 23:08:36 -0800</bug_when>
    <thetext>I can confirm the problem. After executing  a script &quot;run-webkit-nightly.cmd&quot; I get &quot;the system cannot execute the specified program&quot;.
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72877</commentid>
    <comment_count>12</comment_count>
    <who name="Robert Blaut">webkit</who>
    <bug_when>2008-03-05 23:09:21 -0800</bug_when>
    <thetext>Marked as regression P1 bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72907</commentid>
    <comment_count>13</comment_count>
    <who name="Matt Lilek">dev+webkit</who>
    <bug_when>2008-03-06 06:51:37 -0800</bug_when>
    <thetext>(In reply to comment #9)
&gt; (In reply to comment #0)
&gt; &gt; I downloaded the very latest nightly (r30768) and found that the FindSafari.exe
&gt; &gt; program doesn&apos;t start with this error:
&gt; &gt; 
&gt; &gt; This application has failed to start because the application configuration is
&gt; &gt; incorrect. Reinstalling the application may fix this problem.
&gt; &gt; 
&gt; &gt; The older FindSafari from r30628 works fine, even with the new nightly.
&gt; &gt; Also, the old one is 10.5 KB; the new one is 39.0 KB.
&gt; 
&gt; It&apos;s been suggested that this is all caused by r30394
&gt; &lt;http://trac.webkit.org/projects/webkit/changeset/30394&gt;, which caused
&gt; FindSafari to always link against the debug C runtime. This makes sense to me,
&gt; though it doesn&apos;t explain why r30628 works for you.
&gt; 
&gt; Perhaps we should change FindSafari to always link against the release C
&gt; runtime.
&gt;

I just changed it to use our release vsprops instead of the debug ones and the nightly works fine now on my non-dev Vista work box.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72908</commentid>
    <comment_count>14</comment_count>
      <attachid>19569</attachid>
    <who name="Matt Lilek">dev+webkit</who>
    <bug_when>2008-03-06 07:05:35 -0800</bug_when>
    <thetext>Created attachment 19569
s/Debug/Release</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72911</commentid>
    <comment_count>15</comment_count>
      <attachid>19569</attachid>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2008-03-06 07:13:52 -0800</bug_when>
    <thetext>Comment on attachment 19569
s/Debug/Release

r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72950</commentid>
    <comment_count>16</comment_count>
    <who name="Matt Lilek">dev+webkit</who>
    <bug_when>2008-03-06 16:30:46 -0800</bug_when>
    <thetext>Fix landed in r30864, it will be included in the next nightly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72962</commentid>
    <comment_count>17</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-06 20:15:40 -0800</bug_when>
    <thetext>FindSafari still doesn&apos;t work in r30865, giving the exact same problem as before; the file is 39.0 KB (same size as the not-working r30768 version, but the md5sums are different).

The old version from r30628 still works fine.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72963</commentid>
    <comment_count>18</comment_count>
    <who name="Matt Lilek">dev+webkit</who>
    <bug_when>2008-03-06 20:19:06 -0800</bug_when>
    <thetext>(In reply to comment #17)
&gt; FindSafari still doesn&apos;t work in r30865, giving the exact same problem as
&gt; before; the file is 39.0 KB (same size as the not-working r30768 version, but
&gt; the md5sums are different).
&gt; 
&gt; The old version from r30628 still works fine.
&gt; 

It&apos;s an issue with the way the nightlies are being built/packaged.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72964</commentid>
    <comment_count>19</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-06 20:28:26 -0800</bug_when>
    <thetext>Alright, I see. Well, I&apos;ll continue to use the old FindSafari for now, then. Is there a possibility that using this &quot;outdated&quot; version is resulting in my non-reproducible random crashes, or might that be something else?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72965</commentid>
    <comment_count>20</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-06 20:28:47 -0800</bug_when>
    <thetext>Sorry, I checked the wrong box. It&apos;s not fixed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72966</commentid>
    <comment_count>21</comment_count>
    <who name="Matt Lilek">dev+webkit</who>
    <bug_when>2008-03-06 20:31:50 -0800</bug_when>
    <thetext>(In reply to comment #19)
&gt; Alright, I see. Well, I&apos;ll continue to use the old FindSafari for now, then. Is
&gt; there a possibility that using this &quot;outdated&quot; version is resulting in my
&gt; non-reproducible random crashes, or might that be something else?
&gt; 

No - there haven&apos;t been any changes to FindSafari is awhile so the &quot;old&quot; version you have will be identical to the &quot;correct&quot; one in ToT.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72967</commentid>
    <comment_count>22</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2008-03-06 20:53:00 -0800</bug_when>
    <thetext>Grab the latest nightly build (r30868).  It was just fixed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>72968</commentid>
    <comment_count>23</comment_count>
    <who name="Robert Xiao">spam_hole</who>
    <bug_when>2008-03-06 20:56:02 -0800</bug_when>
    <thetext>I can verify that it is fixed. Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84397</commentid>
    <comment_count>24</comment_count>
    <who name="Γριφεγ">grfgguvf</who>
    <bug_when>2008-06-25 07:50:55 -0700</bug_when>
    <thetext>No it is not fixed!

I have just downloaded the r34752 nightly.

It still exhibits the same problem on Windows XP!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84434</commentid>
    <comment_count>25</comment_count>
    <who name="Mark Rowe (bdash)">mrowe</who>
    <bug_when>2008-06-25 14:00:41 -0700</bug_when>
    <thetext>Given that this bug report was closed *three months ago*, any issue that you are seeing should be filed as a separate bug report as it&apos;s likely to be an unrelated issue.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84435</commentid>
    <comment_count>26</comment_count>
    <who name="Γριφεγ">grfgguvf</who>
    <bug_when>2008-06-25 14:24:43 -0700</bug_when>
    <thetext>Oops... Not having Safari installed results in the same symptoms as this bug.

The WebKit nightly download site should tell the rest of us that it needs a Safari installation, I think...</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>19569</attachid>
            <date>2008-03-06 07:05:35 -0800</date>
            <delta_ts>2008-03-06 07:13:52 -0800</delta_ts>
            <desc>s/Debug/Release</desc>
            <filename>Bug17691</filename>
            <type>text/plain</type>
            <size>3667</size>
            <attacher name="Matt Lilek">dev+webkit</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYktpdC93aW4vQ2hhbmdlTG9nDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gV2ViS2l0L3dpbi9D
aGFuZ2VMb2cJKHJldmlzaW9uIDMwODI3KQ0KKysrIFdlYktpdC93aW4vQ2hhbmdlTG9nCSh3b3Jr
aW5nIGNvcHkpDQpAQCAtMSwzICsxLDEyIEBADQorMjAwOC0wMy0wNiAgTWF0dCBMaWxlayAgPHdl
YmtpdEBtYXR0bGlsZWsuY29tPg0KKw0KKyAgICAgICAgUmV2aWV3ZWQgYnkgTk9CT0RZIChPT1BT
ISkuDQorDQorICAgICAgICBDaGFuZ2UgRmluZFNhZmFyaSB0byBsaW5rIGFnYWluc3QgdGhlIHJl
bGVhc2UgbGlicmFyaWVzIGluc3RlYWQgb2YgZGVidWcNCisgICAgICAgIGFzIHNvbWUgbWFjaGlu
ZXMgZG8gbm90IGhhdmUgdGhlIGRlYnVnIG9uZXMgaW5zdGFsbGVkLg0KKw0KKyAgICAgICAgKiBX
ZWJLaXQudmNwcm9qL1dlYktpdC5zbG46DQorDQogMjAwOC0wMy0wNSAgQW5kZXJzIENhcmxzc29u
ICA8YW5kZXJzY2FAYXBwbGUuY29tPg0KIA0KICAgICAgICAgQnVpbGQgZml4Lg0KSW5kZXg6IFdl
YktpdC93aW4vV2ViS2l0LnZjcHJvai9XZWJLaXQuc2xuDQo9PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQotLS0gV2ViS2l0
L3dpbi9XZWJLaXQudmNwcm9qL1dlYktpdC5zbG4JKHJldmlzaW9uIDMwNzYwKQ0KKysrIFdlYktp
dC93aW4vV2ViS2l0LnZjcHJvai9XZWJLaXQuc2xuCSh3b3JraW5nIGNvcHkpDQpAQCAtMTQ0LDEy
ICsxNDQsMTIgQEANCiAJCXtBQThBNUE4NS01OTJCLTQzNTctQkM2MC1FMEU5MUUwMjZBRjZ9LkRl
YnVnfFdpbjMyLkJ1aWxkLjAgPSBEZWJ1Z3xXaW4zMg0KIAkJe0FBOEE1QTg1LTU5MkItNDM1Ny1C
QzYwLUUwRTkxRTAyNkFGNn0uUmVsZWFzZXxXaW4zMi5BY3RpdmVDZmcgPSBSZWxlYXNlfFdpbjMy
DQogCQl7QUE4QTVBODUtNTkyQi00MzU3LUJDNjAtRTBFOTFFMDI2QUY2fS5SZWxlYXNlfFdpbjMy
LkJ1aWxkLjAgPSBSZWxlYXNlfFdpbjMyDQotCQl7REEzMURBNTItNjY3NS00OEQ0LTg5RTAtMzMz
QTcxNDQzOTdDfS5EZWJ1Z19JbnRlcm5hbHxXaW4zMi5BY3RpdmVDZmcgPSBEZWJ1Z3xXaW4zMg0K
LQkJe0RBMzFEQTUyLTY2NzUtNDhENC04OUUwLTMzM0E3MTQ0Mzk3Q30uRGVidWdfSW50ZXJuYWx8
V2luMzIuQnVpbGQuMCA9IERlYnVnfFdpbjMyDQotCQl7REEzMURBNTItNjY3NS00OEQ0LTg5RTAt
MzMzQTcxNDQzOTdDfS5EZWJ1Z3xXaW4zMi5BY3RpdmVDZmcgPSBEZWJ1Z3xXaW4zMg0KLQkJe0RB
MzFEQTUyLTY2NzUtNDhENC04OUUwLTMzM0E3MTQ0Mzk3Q30uRGVidWd8V2luMzIuQnVpbGQuMCA9
IERlYnVnfFdpbjMyDQotCQl7REEzMURBNTItNjY3NS00OEQ0LTg5RTAtMzMzQTcxNDQzOTdDfS5S
ZWxlYXNlfFdpbjMyLkFjdGl2ZUNmZyA9IERlYnVnfFdpbjMyDQotCQl7REEzMURBNTItNjY3NS00
OEQ0LTg5RTAtMzMzQTcxNDQzOTdDfS5SZWxlYXNlfFdpbjMyLkJ1aWxkLjAgPSBEZWJ1Z3xXaW4z
Mg0KKwkJe0RBMzFEQTUyLTY2NzUtNDhENC04OUUwLTMzM0E3MTQ0Mzk3Q30uRGVidWdfSW50ZXJu
YWx8V2luMzIuQWN0aXZlQ2ZnID0gUmVsZWFzZXxXaW4zMg0KKwkJe0RBMzFEQTUyLTY2NzUtNDhE
NC04OUUwLTMzM0E3MTQ0Mzk3Q30uRGVidWdfSW50ZXJuYWx8V2luMzIuQnVpbGQuMCA9IFJlbGVh
c2V8V2luMzINCisJCXtEQTMxREE1Mi02Njc1LTQ4RDQtODlFMC0zMzNBNzE0NDM5N0N9LkRlYnVn
fFdpbjMyLkFjdGl2ZUNmZyA9IFJlbGVhc2V8V2luMzINCisJCXtEQTMxREE1Mi02Njc1LTQ4RDQt
ODlFMC0zMzNBNzE0NDM5N0N9LkRlYnVnfFdpbjMyLkJ1aWxkLjAgPSBSZWxlYXNlfFdpbjMyDQor
CQl7REEzMURBNTItNjY3NS00OEQ0LTg5RTAtMzMzQTcxNDQzOTdDfS5SZWxlYXNlfFdpbjMyLkFj
dGl2ZUNmZyA9IFJlbGVhc2V8V2luMzINCisJCXtEQTMxREE1Mi02Njc1LTQ4RDQtODlFMC0zMzNB
NzE0NDM5N0N9LlJlbGVhc2V8V2luMzIuQnVpbGQuMCA9IFJlbGVhc2V8V2luMzINCiAJCXs1OUND
MDU0Ny03MEFDLTQ5OUMtOUIxOS1FQzAxQzZGNjExMzd9LkRlYnVnX0ludGVybmFsfFdpbjMyLkFj
dGl2ZUNmZyA9IERlYnVnfFdpbjMyDQogCQl7NTlDQzA1NDctNzBBQy00OTlDLTlCMTktRUMwMUM2
RjYxMTM3fS5EZWJ1Z19JbnRlcm5hbHxXaW4zMi5CdWlsZC4wID0gRGVidWd8V2luMzINCiAJCXs1
OUNDMDU0Ny03MEFDLTQ5OUMtOUIxOS1FQzAxQzZGNjExMzd9LkRlYnVnfFdpbjMyLkFjdGl2ZUNm
ZyA9IERlYnVnfFdpbjMyDQpJbmRleDogV2ViS2l0VG9vbHMvQ2hhbmdlTG9nDQo9PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
DQotLS0gV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCShyZXZpc2lvbiAzMDgyNykNCisrKyBXZWJLaXRU
b29scy9DaGFuZ2VMb2cJKHdvcmtpbmcgY29weSkNCkBAIC0xLDMgKzEsMTIgQEANCisyMDA4LTAz
LTA2ICBNYXR0IExpbGVrICA8d2Via2l0QG1hdHRsaWxlay5jb20+DQorDQorICAgICAgICBSZXZp
ZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4NCisNCisgICAgICAgIENoYW5nZSBGaW5kU2FmYXJpIHRv
IGxpbmsgYWdhaW5zdCB0aGUgcmVsZWFzZSBsaWJyYXJpZXMgaW5zdGVhZCBvZiBkZWJ1Zw0KKyAg
ICAgICAgYXMgc29tZSBtYWNoaW5lcyBkbyBub3QgaGF2ZSB0aGUgZGVidWcgb25lcyBpbnN0YWxs
ZWQuDQorDQorICAgICAgICAqIEZpbmRTYWZhcmkvRmluZFNhZmFyaS52Y3Byb2o6DQorDQogMjAw
OC0wMy0wNSAgQWxwIFRva2VyICA8YWxwQGF0b2tlci5jb20+DQogDQogICAgICAgICBBdHRlbXB0
IHRvIGdldCB0aGUgYXV0b3Rvb2xzIGJ1aWxkIHdvcmtpbmcgYWdhaW4gb24gdGhlIGJvdCB3aXRo
DQpJbmRleDogV2ViS2l0VG9vbHMvRmluZFNhZmFyaS9GaW5kU2FmYXJpLnZjcHJvag0KPT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PQ0KLS0tIFdlYktpdFRvb2xzL0ZpbmRTYWZhcmkvRmluZFNhZmFyaS52Y3Byb2oJKHJldmlz
aW9uIDMwNzYwKQ0KKysrIFdlYktpdFRvb2xzL0ZpbmRTYWZhcmkvRmluZFNhZmFyaS52Y3Byb2oJ
KHdvcmtpbmcgY29weSkNCkBAIC0xNSw5ICsxNSw5IEBADQogCTwvVG9vbEZpbGVzPg0KIAk8Q29u
ZmlndXJhdGlvbnM+DQogCQk8Q29uZmlndXJhdGlvbg0KLQkJCU5hbWU9IkRlYnVnfFdpbjMyIg0K
KwkJCU5hbWU9IlJlbGVhc2V8V2luMzIiDQogCQkJQ29uZmlndXJhdGlvblR5cGU9IjEiDQotCQkJ
SW5oZXJpdGVkUHJvcGVydHlTaGVldHM9IiQoV2ViS2l0TGlicmFyaWVzRGlyKVx0b29sc1x2c3By
b3BzXGNvbW1vbi52c3Byb3BzOyQoV2ViS2l0TGlicmFyaWVzRGlyKVx0b29sc1x2c3Byb3BzXGRl
YnVnLnZzcHJvcHM7JChXZWJLaXRMaWJyYXJpZXNEaXIpXHRvb2xzXHZzcHJvcHNcZGVidWdfaW50
ZXJuYWwudnNwcm9wcyINCisJCQlJbmhlcml0ZWRQcm9wZXJ0eVNoZWV0cz0iJChXZWJLaXRMaWJy
YXJpZXNEaXIpXHRvb2xzXHZzcHJvcHNcY29tbW9uLnZzcHJvcHM7JChXZWJLaXRMaWJyYXJpZXNE
aXIpXHRvb2xzXHZzcHJvcHNccmVsZWFzZS52c3Byb3BzIg0KIAkJCUNoYXJhY3RlclNldD0iMSIN
CiAJCQk+DQogCQkJPFRvb2wNCg==
</data>
<flag name="review"
          id="8562"
          type_id="1"
          status="+"
          setter="aroben"
    />
          </attachment>
      

    </bug>

</bugzilla>