<?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>39296</bug_id>
          
          <creation_ts>2010-05-18 09:13:28 -0700</creation_ts>
          <short_desc>build-webkit doesn&apos;t recognize Platform SDK on win64</short_desc>
          <delta_ts>2010-05-20 20:43:12 -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>New Bugs</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Other</rep_platform>
          <op_sys>OS X 10.5</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Tony Gentilcore">tonyg</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>aroben</cc>
    
    <cc>commit-queue</cc>
    
    <cc>dbates</cc>
    
    <cc>nicholas</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>227330</commentid>
    <comment_count>0</comment_count>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-18 09:13:28 -0700</bug_when>
    <thetext>build-webkit doesn&apos;t recognize Platform SDK on win64</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227335</commentid>
    <comment_count>1</comment_count>
      <attachid>56383</attachid>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-18 09:20:46 -0700</bug_when>
    <thetext>Created attachment 56383
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227435</commentid>
    <comment_count>2</comment_count>
      <attachid>56383</attachid>
    <who name="Adam Roben (:aroben)">aroben</who>
    <bug_when>2010-05-18 12:40:50 -0700</bug_when>
    <thetext>Comment on attachment 56383
Patch

&gt; -    return if -e $windowsPlatformSDKRegistryEntry;
&gt; +    return if ((-e $windowsPlatformSDKRegistryEntry) || (-e $windows64PlatformSDKRegistryEntry));

Normally we&apos;d omit the outer parentheses here.

r=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227440</commentid>
    <comment_count>3</comment_count>
      <attachid>56383</attachid>
    <who name="Daniel Bates">dbates</who>
    <bug_when>2010-05-18 12:46:52 -0700</bug_when>
    <thetext>Comment on attachment 56383
Patch


&gt;  {
&gt;      my $windowsPlatformSDKRegistryEntry = &quot;/proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;
&gt; +    my $windows64PlatformSDKRegistryEntry = &quot;/proc/registry64/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;

Is there no way to detect that we are building Windows 64? Also, these paths diff only in there prefix. It seems extraneous to repeat the value twice just because of the difference in prefix.

&gt;  
&gt; -    return if -e $windowsPlatformSDKRegistryEntry;
&gt; +    return if ((-e $windowsPlatformSDKRegistryEntry) || (-e $windows64PlatformSDKRegistryEntry));

I also agree with Adam Roben about omitting the outer parentheses here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227876</commentid>
    <comment_count>4</comment_count>
      <attachid>56499</attachid>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-19 10:37:09 -0700</bug_when>
    <thetext>Created attachment 56499
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227880</commentid>
    <comment_count>5</comment_count>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-19 10:39:13 -0700</bug_when>
    <thetext>(In reply to comment #3)
&gt; (From update of attachment 56383 [details])
&gt; 
&gt; &gt;  {
&gt; &gt;      my $windowsPlatformSDKRegistryEntry = &quot;/proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;
&gt; &gt; +    my $windows64PlatformSDKRegistryEntry = &quot;/proc/registry64/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;
&gt; 
&gt; Is there no way to detect that we are building Windows 64? 

I&apos;m sure there is a way, but I&apos;m not a windows environment or perl expert. I just had to run the layout tests on win and this got me building. I&apos;ve added a FIXME comment.

&gt; Also, these paths diff only in there prefix. It seems extraneous to repeat the value twice just because of the difference in prefix.

I&apos;ve cleaned up that part.

&gt; 
&gt; &gt;  
&gt; &gt; -    return if -e $windowsPlatformSDKRegistryEntry;
&gt; &gt; +    return if ((-e $windowsPlatformSDKRegistryEntry) || (-e $windows64PlatformSDKRegistryEntry));
&gt; 
&gt; I also agree with Adam Roben about omitting the outer parentheses here.

Done.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228012</commentid>
    <comment_count>6</comment_count>
      <attachid>56499</attachid>
    <who name="Daniel Bates">dbates</who>
    <bug_when>2010-05-19 15:08:15 -0700</bug_when>
    <thetext>Comment on attachment 56499
Patch

Thanks for going back and creating a new patch. I have some minor nits:

&gt; diff --git a/WebKitTools/ChangeLog b/WebKitTools/ChangeLog
&gt; index 4f06670e4bcfa8824b6e9034642e578ba69ceb0a..f7afb31e53adb55d7c10e2d9549493a78f2c84a4 100644
&gt; --- a/WebKitTools/ChangeLog
&gt; +++ b/WebKitTools/ChangeLog
&gt; @@ -1,3 +1,17 @@
&gt; +2010-05-18  Tony Gentilcore  &lt;tonyg@chromium.org&gt;
&gt; +
&gt; +        Reviewed by NOBODY (OOPS!).
&gt; +
&gt; +        Look in registry64 for Platform SDK.

I would change this to read &quot;Look in /proc/registry64 for the Platform SDK on 64-bit Windows.&quot;

&gt; +
&gt; +        The build-webkit script failed for me on Vista 64. A web search turned
&gt; +        up this blog post with a patch that worked for me:
&gt; +        http://www.nicholaswilson.me.uk/2010/04/hacking-webkit-fail/
&gt; +
&gt; +        https://bugs.webkit.org/show_bug.cgi?id=39296

I would move the bug URL line so that it appears after the &quot;Reviewed by NOBODY (OOPS!).&quot; line:

&gt; +
&gt; +        * Scripts/webkitdirs.pm:
&gt; +
&gt;  2010-05-08  Robert Hogan  &lt;robert@roberthogan.net&gt;
&gt;  
&gt;          Reviewed by Simon Hausmann.
&gt; diff --git a/WebKitTools/Scripts/webkitdirs.pm b/WebKitTools/Scripts/webkitdirs.pm
&gt; index c512009ecdecd2f9b6c8fc9e82665a2144b0614e..648bce19bdd8233007d97a5abc24e1d82440d03e 100644
&gt; --- a/WebKitTools/Scripts/webkitdirs.pm
&gt; +++ b/WebKitTools/Scripts/webkitdirs.pm
&gt; @@ -1051,9 +1051,14 @@ sub setupCygwinEnv()
&gt;  
&gt;  sub dieIfWindowsPlatformSDKNotInstalled
&gt;  {
&gt; -    my $windowsPlatformSDKRegistryEntry = &quot;/proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;
&gt; -
&gt; -    return if -e $windowsPlatformSDKRegistryEntry;
&gt; +    my $registry32 = &quot;/proc/registry&quot;;
&gt; +    my $registry64 = &quot;/proc/registry64&quot;;

The names of these variables seem a bit vague, maybe rename them to $registry32Path, $registry64Path?

I would append &quot;/&quot; to the end of both of these values then remove the &quot;/&quot; at the beginning of the value for $windowsPlatformSDKRegistryEntry so that $windowsPlatformSDKRegistryEntry better resembles a Windows registry path when we print it in the error message &quot;Cannot find ....&quot;

&gt; +    my $windowsPlatformSDKRegistryEntry = &quot;/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;

As aforementioned, I would remove the leading &quot;/&quot; in the value for $windowsPlatformSDKRegistryEntry.

&gt; +
&gt; +    # FIXME It would be better to detect if this is a 64-bit Windows build
&gt; +    # and only check the appropriate entry. But for now we just blindly check
&gt; +    # both.
&gt; +    return if (-e $registry32 . $windowsPlatformSDKRegistryEntry) || (-e $registry64 . $windowsPlatformSDKRegistryEntry);
&gt;  
&gt;      print &quot;*************************************************************\n&quot;;
&gt;      print &quot;Cannot find &apos;$windowsPlatformSDKRegistryEntry&apos;.\n&quot;;

Since we are no longer using a fixed file system path, I would suggest changing the error message line to read:

print &quot;Cannot find registry entry &apos;$windowsPlatformSDKRegistryEntry&apos;.\n&quot;;

r=me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228072</commentid>
    <comment_count>7</comment_count>
      <attachid>56535</attachid>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-19 16:54:32 -0700</bug_when>
    <thetext>Created attachment 56535
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228076</commentid>
    <comment_count>8</comment_count>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-19 16:58:17 -0700</bug_when>
    <thetext>(In reply to comment #6)
&gt; (From update of attachment 56499 [details])
&gt; Thanks for going back and creating a new patch. I have some minor nits:
&gt; 
&gt; &gt; diff --git a/WebKitTools/ChangeLog b/WebKitTools/ChangeLog
&gt; &gt; index 4f06670e4bcfa8824b6e9034642e578ba69ceb0a..f7afb31e53adb55d7c10e2d9549493a78f2c84a4 100644
&gt; &gt; --- a/WebKitTools/ChangeLog
&gt; &gt; +++ b/WebKitTools/ChangeLog
&gt; &gt; @@ -1,3 +1,17 @@
&gt; &gt; +2010-05-18  Tony Gentilcore  &lt;tonyg@chromium.org&gt;
&gt; &gt; +
&gt; &gt; +        Reviewed by NOBODY (OOPS!).
&gt; &gt; +
&gt; &gt; +        Look in registry64 for Platform SDK.
&gt; 
&gt; I would change this to read &quot;Look in /proc/registry64 for the Platform SDK on 64-bit Windows.&quot;

Done.

&gt; 
&gt; &gt; +
&gt; &gt; +        The build-webkit script failed for me on Vista 64. A web search turned
&gt; &gt; +        up this blog post with a patch that worked for me:
&gt; &gt; +        http://www.nicholaswilson.me.uk/2010/04/hacking-webkit-fail/
&gt; &gt; +
&gt; &gt; +        https://bugs.webkit.org/show_bug.cgi?id=39296
&gt; 
&gt; I would move the bug URL line so that it appears after the &quot;Reviewed by NOBODY (OOPS!).&quot; line:
&gt; 

The prepare-ChangeLog script puts the description before the bug URLs. The majority of ChangeLog entries seem to follow that pattern as well. Can you explain the rationale?

&gt; &gt; +
&gt; &gt; +        * Scripts/webkitdirs.pm:
&gt; &gt; +
&gt; &gt;  2010-05-08  Robert Hogan  &lt;robert@roberthogan.net&gt;
&gt; &gt;  
&gt; &gt;          Reviewed by Simon Hausmann.
&gt; &gt; diff --git a/WebKitTools/Scripts/webkitdirs.pm b/WebKitTools/Scripts/webkitdirs.pm
&gt; &gt; index c512009ecdecd2f9b6c8fc9e82665a2144b0614e..648bce19bdd8233007d97a5abc24e1d82440d03e 100644
&gt; &gt; --- a/WebKitTools/Scripts/webkitdirs.pm
&gt; &gt; +++ b/WebKitTools/Scripts/webkitdirs.pm
&gt; &gt; @@ -1051,9 +1051,14 @@ sub setupCygwinEnv()
&gt; &gt;  
&gt; &gt;  sub dieIfWindowsPlatformSDKNotInstalled
&gt; &gt;  {
&gt; &gt; -    my $windowsPlatformSDKRegistryEntry = &quot;/proc/registry/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;
&gt; &gt; -
&gt; &gt; -    return if -e $windowsPlatformSDKRegistryEntry;
&gt; &gt; +    my $registry32 = &quot;/proc/registry&quot;;
&gt; &gt; +    my $registry64 = &quot;/proc/registry64&quot;;
&gt; 
&gt; The names of these variables seem a bit vague, maybe rename them to $registry32Path, $registry64Path?

Done.

&gt; 
&gt; I would append &quot;/&quot; to the end of both of these values then remove the &quot;/&quot; at the beginning of the value for $windowsPlatformSDKRegistryEntry so that $windowsPlatformSDKRegistryEntry better resembles a Windows registry path when we print it in the error message &quot;Cannot find ....&quot;
&gt; 
&gt; &gt; +    my $windowsPlatformSDKRegistryEntry = &quot;/HKEY_LOCAL_MACHINE/SOFTWARE/Microsoft/MicrosoftSDK/InstalledSDKs/D2FF9F89-8AA2-4373-8A31-C838BF4DBBE1&quot;;
&gt; 
&gt; As aforementioned, I would remove the leading &quot;/&quot; in the value for $windowsPlatformSDKRegistryEntry.
&gt; 

Done.

&gt; &gt; +
&gt; &gt; +    # FIXME It would be better to detect if this is a 64-bit Windows build
&gt; &gt; +    # and only check the appropriate entry. But for now we just blindly check
&gt; &gt; +    # both.
&gt; &gt; +    return if (-e $registry32 . $windowsPlatformSDKRegistryEntry) || (-e $registry64 . $windowsPlatformSDKRegistryEntry);
&gt; &gt;  
&gt; &gt;      print &quot;*************************************************************\n&quot;;
&gt; &gt;      print &quot;Cannot find &apos;$windowsPlatformSDKRegistryEntry&apos;.\n&quot;;
&gt; 
&gt; Since we are no longer using a fixed file system path, I would suggest changing the error message line to read:
&gt; 
&gt; print &quot;Cannot find registry entry &apos;$windowsPlatformSDKRegistryEntry&apos;.\n&quot;;
&gt; 

Done.

&gt; r=me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228116</commentid>
    <comment_count>9</comment_count>
      <attachid>56535</attachid>
    <who name="Daniel Bates">dbates</who>
    <bug_when>2010-05-19 17:58:46 -0700</bug_when>
    <thetext>Comment on attachment 56535
Patch

&gt; -    return if -e $windowsPlatformSDKRegistryEntry;
&gt; +    # FIXME It would be better to detect if this is a 64-bit Windows build
&gt; +    # and only check the appropriate entry. But for now we just blindly check
&gt; +    # both.

You are missing a &apos;:&apos; after FIXME in the comment, which is necessary for some editors, such as Xcode, to notice that this is a special comment.

Since the last line of this comment is only one word, I would suggest collapsing it into the second line and push the word &quot;and&quot; (at the start of the second line) into the first line so that the two lines are roughly the same size.

Also, I think it might be a bit clearer to write the first sentence as &quot;It would be better to detect whether we are using 32-bit or 64-bit Windows ...&quot;:

# FIXME: It would be better to detect whether we are using 32- or 64-bit Windows
# and only check the appropriate entry. But for now we just blindly check both.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228117</commentid>
    <comment_count>10</comment_count>
    <who name="Daniel Bates">dbates</who>
    <bug_when>2010-05-19 17:59:59 -0700</bug_when>
    <thetext>I inadvertently left this out of my last comment.

(In reply to comment #8)
&gt; (In reply to comment #6)
&gt; 
&gt; The prepare-ChangeLog script puts the description before the bug URLs. The majority of ChangeLog entries seem to follow that pattern as well. Can you explain the rationale?
&gt; 

The rationale is that someone does not have to read through the entire description to find the bug URL.

From my understanding of &lt;http://webkit.org/coding/contributing.html#changelogs&gt;, and the example it references &lt;http://trac.webkit.org/changeset/43259&gt; the order is bug name, bug URL, then bug description. A more recent example of this ordering is change-set 59798: &lt;http://trac.webkit.org/changeset/59798&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228121</commentid>
    <comment_count>11</comment_count>
    <who name="Daniel Bates">dbates</who>
    <bug_when>2010-05-19 18:07:07 -0700</bug_when>
    <thetext>(In reply to comment #10)
&gt; I inadvertently left this out of my last comment.
&gt; 
&gt; (In reply to comment #8)
&gt; &gt; (In reply to comment #6)
&gt; &gt; 
&gt; &gt; The prepare-ChangeLog script puts the description before the bug URLs. The majority of ChangeLog entries seem to follow that pattern as well. Can you explain the rationale?
&gt; &gt; 
&gt; 
&gt; The rationale is that someone does not have to read through the entire description to find the bug URL.
&gt; 
&gt; From my understanding of &lt;http://webkit.org/coding/contributing.html#changelogs&gt;, and the example it references &lt;http://trac.webkit.org/changeset/43259&gt; the order is bug name, bug URL, then bug description. A more recent example of this ordering is change-set 59798: &lt;http://trac.webkit.org/changeset/59798&gt;.

I meant &quot;description&quot;, not &quot;bug description&quot;, as the description in the change log does not need (and probably should not be) to be a verbatim copy of the description in the bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228122</commentid>
    <comment_count>12</comment_count>
      <attachid>56543</attachid>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-19 18:12:08 -0700</bug_when>
    <thetext>Created attachment 56543
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228123</commentid>
    <comment_count>13</comment_count>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-19 18:13:03 -0700</bug_when>
    <thetext>(In reply to comment #9)
&gt; (From update of attachment 56535 [details])
&gt; &gt; -    return if -e $windowsPlatformSDKRegistryEntry;
&gt; &gt; +    # FIXME It would be better to detect if this is a 64-bit Windows build
&gt; &gt; +    # and only check the appropriate entry. But for now we just blindly check
&gt; &gt; +    # both.
&gt; 
&gt; You are missing a &apos;:&apos; after FIXME in the comment, which is necessary for some editors, such as Xcode, to notice that this is a special comment.
&gt; 
&gt; Since the last line of this comment is only one word, I would suggest collapsing it into the second line and push the word &quot;and&quot; (at the start of the second line) into the first line so that the two lines are roughly the same size.
&gt; 
&gt; Also, I think it might be a bit clearer to write the first sentence as &quot;It would be better to detect whether we are using 32-bit or 64-bit Windows ...&quot;:
&gt; 
&gt; # FIXME: It would be better to detect whether we are using 32- or 64-bit Windows
&gt; # and only check the appropriate entry. But for now we just blindly check both.

Done.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228125</commentid>
    <comment_count>14</comment_count>
    <who name="Tony Gentilcore">tonyg</who>
    <bug_when>2010-05-19 18:13:44 -0700</bug_when>
    <thetext>(In reply to comment #11)
&gt; (In reply to comment #10)
&gt; &gt; I inadvertently left this out of my last comment.
&gt; &gt; 
&gt; &gt; (In reply to comment #8)
&gt; &gt; &gt; (In reply to comment #6)
&gt; &gt; &gt; 
&gt; &gt; &gt; The prepare-ChangeLog script puts the description before the bug URLs. The majority of ChangeLog entries seem to follow that pattern as well. Can you explain the rationale?
&gt; &gt; &gt; 
&gt; &gt; 
&gt; &gt; The rationale is that someone does not have to read through the entire description to find the bug URL.
&gt; &gt; 
&gt; &gt; From my understanding of &lt;http://webkit.org/coding/contributing.html#changelogs&gt;, and the example it references &lt;http://trac.webkit.org/changeset/43259&gt; the order is bug name, bug URL, then bug description. A more recent example of this ordering is change-set 59798: &lt;http://trac.webkit.org/changeset/59798&gt;.
&gt; 
&gt; I meant &quot;description&quot;, not &quot;bug description&quot;, as the description in the change log does not need (and probably should not be) to be a verbatim copy of the description in the bug.

Ah, that makes sense to me now, thanks for the explanation. Fixed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228159</commentid>
    <comment_count>15</comment_count>
      <attachid>56543</attachid>
    <who name="Daniel Bates">dbates</who>
    <bug_when>2010-05-19 20:42:50 -0700</bug_when>
    <thetext>Comment on attachment 56543
Patch

Thanks Tony. Looks good to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228721</commentid>
    <comment_count>16</comment_count>
      <attachid>56543</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-05-20 20:43:07 -0700</bug_when>
    <thetext>Comment on attachment 56543
Patch

Clearing flags on attachment: 56543

Committed r59906: &lt;http://trac.webkit.org/changeset/59906&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228722</commentid>
    <comment_count>17</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-05-20 20:43:12 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>56383</attachid>
            <date>2010-05-18 09:20:46 -0700</date>
            <delta_ts>2010-05-19 10:37:05 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-39296-20100518092045.patch</filename>
            <type>text/plain</type>
            <size>2153</size>
            <attacher name="Tony Gentilcore">tonyg</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCA1ODE1MmZiOGQ5MjljYmU3YWExOGEzYmUwYWIzOGMzNTBiMzFkNWNkLi40MzkyMTFk
ZDQyYzFmMjA4MWJiZTI5MzQ3MDUwM2MwZTE5MTlkMjYzIDEwMDY0NAotLS0gYS9XZWJLaXRUb29s
cy9DaGFuZ2VMb2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTcgQEAK
KzIwMTAtMDUtMTggIFRvbnkgR2VudGlsY29yZSAgPHRvbnlnQGNocm9taXVtLm9yZz4KKworICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBMb29rIGluIHJlZ2lz
dHJ5NjQgZm9yIFBsYXRmb3JtIFNESy4KKworICAgICAgICBUaGUgYnVpbGQtd2Via2l0IHNjcmlw
dCBmYWlsZWQgZm9yIG1lIG9uIFZpc3RhIDY0LiBBIHdlYiBzZWFyY2ggdHVybmVkCisgICAgICAg
IHVwIHRoaXMgYmxvZyBwb3N0IHdpdGggYSBwYXRjaCB0aGF0IHdvcmtlZCBmb3IgbWU6CisgICAg
ICAgIGh0dHA6Ly93d3cubmljaG9sYXN3aWxzb24ubWUudWsvMjAxMC8wNC9oYWNraW5nLXdlYmtp
dC1mYWlsLworCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9p
ZD0zOTI5NgorCisgICAgICAgICogU2NyaXB0cy93ZWJraXRkaXJzLnBtOgorCiAyMDEwLTA1LTEw
ICBSb2RyaWdvIEJlbGVtICA8cm9kcmlnby5iZWxlbUBvcGVuYm9zc2Eub3JnPgogCiAgICAgICAg
IFJldmlld2VkIGJ5IEtlbm5ldGggQ2hyaXN0aWFuc2VuICwgU2ltb24gSGF1c21hbm4gYW5kIEd1
c3Rhdm8gTm9yb25oYS4KZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL1NjcmlwdHMvd2Via2l0ZGly
cy5wbSBiL1dlYktpdFRvb2xzL1NjcmlwdHMvd2Via2l0ZGlycy5wbQppbmRleCA2MTNjMTMxMDE5
YzdkNzZmNDY2ZmEyOWNkZjcwODAzZmQ4MjRhZGRmLi40NzRlNGRkODZkZTU5Yjk3MmE3Y2FmNzU1
MjhhZDZjMDQzNDE4ZDAyIDEwMDY0NAotLS0gYS9XZWJLaXRUb29scy9TY3JpcHRzL3dlYmtpdGRp
cnMucG0KKysrIGIvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtCkBAIC0xMDUyLDEx
ICsxMDUyLDEzIEBAIHN1YiBzZXR1cEN5Z3dpbkVudigpCiBzdWIgZGllSWZXaW5kb3dzUGxhdGZv
cm1TREtOb3RJbnN0YWxsZWQKIHsKICAgICBteSAkd2luZG93c1BsYXRmb3JtU0RLUmVnaXN0cnlF
bnRyeSA9ICIvcHJvYy9yZWdpc3RyeS9IS0VZX0xPQ0FMX01BQ0hJTkUvU09GVFdBUkUvTWljcm9z
b2Z0L01pY3Jvc29mdFNESy9JbnN0YWxsZWRTREtzL0QyRkY5Rjg5LThBQTItNDM3My04QTMxLUM4
MzhCRjREQkJFMSI7CisgICAgbXkgJHdpbmRvd3M2NFBsYXRmb3JtU0RLUmVnaXN0cnlFbnRyeSA9
ICIvcHJvYy9yZWdpc3RyeTY0L0hLRVlfTE9DQUxfTUFDSElORS9TT0ZUV0FSRS9NaWNyb3NvZnQv
TWljcm9zb2Z0U0RLL0luc3RhbGxlZFNES3MvRDJGRjlGODktOEFBMi00MzczLThBMzEtQzgzOEJG
NERCQkUxIjsKIAotICAgIHJldHVybiBpZiAtZSAkd2luZG93c1BsYXRmb3JtU0RLUmVnaXN0cnlF
bnRyeTsKKyAgICByZXR1cm4gaWYgKCgtZSAkd2luZG93c1BsYXRmb3JtU0RLUmVnaXN0cnlFbnRy
eSkgfHwgKC1lICR3aW5kb3dzNjRQbGF0Zm9ybVNES1JlZ2lzdHJ5RW50cnkpKTsKIAogICAgIHBy
aW50ICIqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqXG4iOwotICAgIHByaW50ICJDYW5ub3QgZmluZCAnJHdpbmRvd3NQbGF0Zm9ybVNE
S1JlZ2lzdHJ5RW50cnknLlxuIjsKKyAgICBwcmludCAiQ2Fubm90IGZpbmQgJyR3aW5kb3dzUGxh
dGZvcm1TREtSZWdpc3RyeUVudHJ5JyBvciAiOworICAgIHByaW50ICInJHdpbmRvd3M2NFBsYXRm
b3JtU0RLUmVnaXN0cnlFbnRyeScuXG4iOwogICAgIHByaW50ICJQbGVhc2UgZG93bmxvYWQgYW5k
IGluc3RhbGwgdGhlIE1pY3Jvc29mdCBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXG4iOwogICAgIHBy
aW50ICJQbGF0Zm9ybSBTREsgZnJvbSA8aHR0cDovL3d3dy5taWNyb3NvZnQuY29tL2Rvd25sb2Fk
cy9kZXRhaWxzLmFzcHg/XG4iOwogICAgIHByaW50ICJmYW1pbHlpZD0wYmFmMmIzNS1jNjU2LTQ5
NjktYWNlOC1lNGMwYzA3MTZhZGImZGlzcGxheWxhbmc9ZW4+LlxuXG4iOwo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>56499</attachid>
            <date>2010-05-19 10:37:09 -0700</date>
            <delta_ts>2010-05-19 16:54:28 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-39296-20100519103707.patch</filename>
            <type>text/plain</type>
            <size>1998</size>
            <attacher name="Tony Gentilcore">tonyg</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCA0ZjA2NjcwZTRiY2ZhODgyNGI2ZTkwMzQ2NDJlNTc4YmE2OWNlYjBhLi5mN2FmYjMx
ZTUzYWRiNTVkN2MxMGUyZDk1NDk0OTNhNzhmMmM4NGE0IDEwMDY0NAotLS0gYS9XZWJLaXRUb29s
cy9DaGFuZ2VMb2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTcgQEAK
KzIwMTAtMDUtMTggIFRvbnkgR2VudGlsY29yZSAgPHRvbnlnQGNocm9taXVtLm9yZz4KKworICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBMb29rIGluIHJlZ2lz
dHJ5NjQgZm9yIFBsYXRmb3JtIFNESy4KKworICAgICAgICBUaGUgYnVpbGQtd2Via2l0IHNjcmlw
dCBmYWlsZWQgZm9yIG1lIG9uIFZpc3RhIDY0LiBBIHdlYiBzZWFyY2ggdHVybmVkCisgICAgICAg
IHVwIHRoaXMgYmxvZyBwb3N0IHdpdGggYSBwYXRjaCB0aGF0IHdvcmtlZCBmb3IgbWU6CisgICAg
ICAgIGh0dHA6Ly93d3cubmljaG9sYXN3aWxzb24ubWUudWsvMjAxMC8wNC9oYWNraW5nLXdlYmtp
dC1mYWlsLworCisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9p
ZD0zOTI5NgorCisgICAgICAgICogU2NyaXB0cy93ZWJraXRkaXJzLnBtOgorCiAyMDEwLTA1LTA4
ICBSb2JlcnQgSG9nYW4gIDxyb2JlcnRAcm9iZXJ0aG9nYW4ubmV0PgogCiAgICAgICAgIFJldmll
d2VkIGJ5IFNpbW9uIEhhdXNtYW5uLgpkaWZmIC0tZ2l0IGEvV2ViS2l0VG9vbHMvU2NyaXB0cy93
ZWJraXRkaXJzLnBtIGIvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtCmluZGV4IGM1
MTIwMDllY2RlY2QyZjliNmM4ZmM5ZTgyNjY1YTIxNDRiMDYxNGUuLjY0OGJjZTE5YmRkODIzMzAw
N2Q5N2E1YWJjMjRlMWQ4MjQ0MGQwM2UgMTAwNjQ0Ci0tLSBhL1dlYktpdFRvb2xzL1NjcmlwdHMv
d2Via2l0ZGlycy5wbQorKysgYi9XZWJLaXRUb29scy9TY3JpcHRzL3dlYmtpdGRpcnMucG0KQEAg
LTEwNTEsOSArMTA1MSwxNCBAQCBzdWIgc2V0dXBDeWd3aW5FbnYoKQogCiBzdWIgZGllSWZXaW5k
b3dzUGxhdGZvcm1TREtOb3RJbnN0YWxsZWQKIHsKLSAgICBteSAkd2luZG93c1BsYXRmb3JtU0RL
UmVnaXN0cnlFbnRyeSA9ICIvcHJvYy9yZWdpc3RyeS9IS0VZX0xPQ0FMX01BQ0hJTkUvU09GVFdB
UkUvTWljcm9zb2Z0L01pY3Jvc29mdFNESy9JbnN0YWxsZWRTREtzL0QyRkY5Rjg5LThBQTItNDM3
My04QTMxLUM4MzhCRjREQkJFMSI7Ci0KLSAgICByZXR1cm4gaWYgLWUgJHdpbmRvd3NQbGF0Zm9y
bVNES1JlZ2lzdHJ5RW50cnk7CisgICAgbXkgJHJlZ2lzdHJ5MzIgPSAiL3Byb2MvcmVnaXN0cnki
OworICAgIG15ICRyZWdpc3RyeTY0ID0gIi9wcm9jL3JlZ2lzdHJ5NjQiOworICAgIG15ICR3aW5k
b3dzUGxhdGZvcm1TREtSZWdpc3RyeUVudHJ5ID0gIi9IS0VZX0xPQ0FMX01BQ0hJTkUvU09GVFdB
UkUvTWljcm9zb2Z0L01pY3Jvc29mdFNESy9JbnN0YWxsZWRTREtzL0QyRkY5Rjg5LThBQTItNDM3
My04QTMxLUM4MzhCRjREQkJFMSI7CisKKyAgICAjIEZJWE1FIEl0IHdvdWxkIGJlIGJldHRlciB0
byBkZXRlY3QgaWYgdGhpcyBpcyBhIDY0LWJpdCBXaW5kb3dzIGJ1aWxkCisgICAgIyBhbmQgb25s
eSBjaGVjayB0aGUgYXBwcm9wcmlhdGUgZW50cnkuIEJ1dCBmb3Igbm93IHdlIGp1c3QgYmxpbmRs
eSBjaGVjaworICAgICMgYm90aC4KKyAgICByZXR1cm4gaWYgKC1lICRyZWdpc3RyeTMyIC4gJHdp
bmRvd3NQbGF0Zm9ybVNES1JlZ2lzdHJ5RW50cnkpIHx8ICgtZSAkcmVnaXN0cnk2NCAuICR3aW5k
b3dzUGxhdGZvcm1TREtSZWdpc3RyeUVudHJ5KTsKIAogICAgIHByaW50ICIqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqXG4iOwogICAg
IHByaW50ICJDYW5ub3QgZmluZCAnJHdpbmRvd3NQbGF0Zm9ybVNES1JlZ2lzdHJ5RW50cnknLlxu
IjsK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>56535</attachid>
            <date>2010-05-19 16:54:32 -0700</date>
            <delta_ts>2010-05-19 18:12:04 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-39296-20100519165431.patch</filename>
            <type>text/plain</type>
            <size>2367</size>
            <attacher name="Tony Gentilcore">tonyg</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCA0ZjA2NjcwZTRiY2ZhODgyNGI2ZTkwMzQ2NDJlNTc4YmE2OWNlYjBhLi5lZGU3YjY4
YTM0NTE1M2Y1ZjNmNGYxMGExZjJiMGE5OWYwNzJlMzc0IDEwMDY0NAotLS0gYS9XZWJLaXRUb29s
cy9DaGFuZ2VMb2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTcgQEAK
KzIwMTAtMDUtMTggIFRvbnkgR2VudGlsY29yZSAgPHRvbnlnQGNocm9taXVtLm9yZz4KKworICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBMb29rIGluIC9wcm9j
L3JlZ2lzdHJ5NjQgZm9yIHRoZSBQbGF0Zm9ybSBTREsgb24gNjQtYml0IFdpbmRvd3MuCisKKyAg
ICAgICAgVGhlIGJ1aWxkLXdlYmtpdCBzY3JpcHQgZmFpbGVkIGZvciBtZSBvbiBWaXN0YSA2NC4g
QSB3ZWIgc2VhcmNoIHR1cm5lZAorICAgICAgICB1cCB0aGlzIGJsb2cgcG9zdCB3aXRoIGEgcGF0
Y2ggdGhhdCB3b3JrZWQgZm9yIG1lOgorICAgICAgICBodHRwOi8vd3d3Lm5pY2hvbGFzd2lsc29u
Lm1lLnVrLzIwMTAvMDQvaGFja2luZy13ZWJraXQtZmFpbC8KKworICAgICAgICBodHRwczovL2J1
Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9MzkyOTYKKworICAgICAgICAqIFNjcmlwdHMv
d2Via2l0ZGlycy5wbToKKwogMjAxMC0wNS0wOCAgUm9iZXJ0IEhvZ2FuICA8cm9iZXJ0QHJvYmVy
dGhvZ2FuLm5ldD4KIAogICAgICAgICBSZXZpZXdlZCBieSBTaW1vbiBIYXVzbWFubi4KZGlmZiAt
LWdpdCBhL1dlYktpdFRvb2xzL1NjcmlwdHMvd2Via2l0ZGlycy5wbSBiL1dlYktpdFRvb2xzL1Nj
cmlwdHMvd2Via2l0ZGlycy5wbQppbmRleCBjNTEyMDA5ZWNkZWNkMmY5YjZjOGZjOWU4MjY2NWEy
MTQ0YjA2MTRlLi40ZjA4ZjIwOGUyOTg5ZWIwMTAyYTg5YjI2ZGUxMTMyYjlkNzkwMTNkIDEwMDY0
NAotLS0gYS9XZWJLaXRUb29scy9TY3JpcHRzL3dlYmtpdGRpcnMucG0KKysrIGIvV2ViS2l0VG9v
bHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtCkBAIC0xMDUxLDEyICsxMDUxLDE3IEBAIHN1YiBzZXR1
cEN5Z3dpbkVudigpCiAKIHN1YiBkaWVJZldpbmRvd3NQbGF0Zm9ybVNES05vdEluc3RhbGxlZAog
ewotICAgIG15ICR3aW5kb3dzUGxhdGZvcm1TREtSZWdpc3RyeUVudHJ5ID0gIi9wcm9jL3JlZ2lz
dHJ5L0hLRVlfTE9DQUxfTUFDSElORS9TT0ZUV0FSRS9NaWNyb3NvZnQvTWljcm9zb2Z0U0RLL0lu
c3RhbGxlZFNES3MvRDJGRjlGODktOEFBMi00MzczLThBMzEtQzgzOEJGNERCQkUxIjsKKyAgICBt
eSAkcmVnaXN0cnkzMlBhdGggPSAiL3Byb2MvcmVnaXN0cnkvIjsKKyAgICBteSAkcmVnaXN0cnk2
NFBhdGggPSAiL3Byb2MvcmVnaXN0cnk2NC8iOworICAgIG15ICR3aW5kb3dzUGxhdGZvcm1TREtS
ZWdpc3RyeUVudHJ5ID0gIkhLRVlfTE9DQUxfTUFDSElORS9TT0ZUV0FSRS9NaWNyb3NvZnQvTWlj
cm9zb2Z0U0RLL0luc3RhbGxlZFNES3MvRDJGRjlGODktOEFBMi00MzczLThBMzEtQzgzOEJGNERC
QkUxIjsKIAotICAgIHJldHVybiBpZiAtZSAkd2luZG93c1BsYXRmb3JtU0RLUmVnaXN0cnlFbnRy
eTsKKyAgICAjIEZJWE1FIEl0IHdvdWxkIGJlIGJldHRlciB0byBkZXRlY3QgaWYgdGhpcyBpcyBh
IDY0LWJpdCBXaW5kb3dzIGJ1aWxkCisgICAgIyBhbmQgb25seSBjaGVjayB0aGUgYXBwcm9wcmlh
dGUgZW50cnkuIEJ1dCBmb3Igbm93IHdlIGp1c3QgYmxpbmRseSBjaGVjaworICAgICMgYm90aC4K
KyAgICByZXR1cm4gaWYgKC1lICRyZWdpc3RyeTMyUGF0aCAuICR3aW5kb3dzUGxhdGZvcm1TREtS
ZWdpc3RyeUVudHJ5KSB8fCAoLWUgJHJlZ2lzdHJ5NjRQYXRoIC4gJHdpbmRvd3NQbGF0Zm9ybVNE
S1JlZ2lzdHJ5RW50cnkpOwogCiAgICAgcHJpbnQgIioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKipcbiI7Ci0gICAgcHJpbnQgIkNhbm5v
dCBmaW5kICckd2luZG93c1BsYXRmb3JtU0RLUmVnaXN0cnlFbnRyeScuXG4iOworICAgIHByaW50
ICJDYW5ub3QgZmluZCByZWdpc3RyeSBlbnRyeSAnJHdpbmRvd3NQbGF0Zm9ybVNES1JlZ2lzdHJ5
RW50cnknLlxuIjsKICAgICBwcmludCAiUGxlYXNlIGRvd25sb2FkIGFuZCBpbnN0YWxsIHRoZSBN
aWNyb3NvZnQgV2luZG93cyBTZXJ2ZXIgMjAwMyBSMlxuIjsKICAgICBwcmludCAiUGxhdGZvcm0g
U0RLIGZyb20gPGh0dHA6Ly93d3cubWljcm9zb2Z0LmNvbS9kb3dubG9hZHMvZGV0YWlscy5hc3B4
P1xuIjsKICAgICBwcmludCAiZmFtaWx5aWQ9MGJhZjJiMzUtYzY1Ni00OTY5LWFjZTgtZTRjMGMw
NzE2YWRiJmRpc3BsYXlsYW5nPWVuPi5cblxuIjsK
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>56543</attachid>
            <date>2010-05-19 18:12:08 -0700</date>
            <delta_ts>2010-05-20 20:43:07 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-39296-20100519181207.patch</filename>
            <type>text/plain</type>
            <size>2360</size>
            <attacher name="Tony Gentilcore">tonyg</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL1dlYktpdFRvb2xzL0NoYW5nZUxvZyBiL1dlYktpdFRvb2xzL0NoYW5nZUxv
ZwppbmRleCBiZWU1MWU5M2Y2NGMzYWFiZDIwZmUyYWU2YzlhMzUyZGY3MDAzOGUwLi5kMzEwODQ0
ZDdlNTNkYTZiMDUyZGYzYTk0OGY4NTYzYTBhYzdhYzRmIDEwMDY0NAotLS0gYS9XZWJLaXRUb29s
cy9DaGFuZ2VMb2cKKysrIGIvV2ViS2l0VG9vbHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTYgQEAK
KzIwMTAtMDUtMTggIFRvbnkgR2VudGlsY29yZSAgPHRvbnlnQGNocm9taXVtLm9yZz4KKworICAg
ICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBMb29rIGluIC9wcm9j
L3JlZ2lzdHJ5NjQgZm9yIHRoZSBQbGF0Zm9ybSBTREsgb24gNjQtYml0IFdpbmRvd3MuCisgICAg
ICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0zOTI5NgorCisgICAg
ICAgIFRoZSBidWlsZC13ZWJraXQgc2NyaXB0IGZhaWxlZCBmb3IgbWUgb24gVmlzdGEgNjQuIEEg
d2ViIHNlYXJjaCB0dXJuZWQKKyAgICAgICAgdXAgdGhpcyBibG9nIHBvc3Qgd2l0aCBhIHBhdGNo
IHRoYXQgd29ya2VkIGZvciBtZToKKyAgICAgICAgaHR0cDovL3d3dy5uaWNob2xhc3dpbHNvbi5t
ZS51ay8yMDEwLzA0L2hhY2tpbmctd2Via2l0LWZhaWwvCisKKyAgICAgICAgKiBTY3JpcHRzL3dl
YmtpdGRpcnMucG06CisKIDIwMTAtMDUtMTkgIERpcmsgUHJhbmtlICA8ZHByYW5rZUBjaHJvbWl1
bS5vcmc+CiAKICAgICAgICAgVW5yZXZpZXdlZCwgYnVpbGQgZml4LgpkaWZmIC0tZ2l0IGEvV2Vi
S2l0VG9vbHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtIGIvV2ViS2l0VG9vbHMvU2NyaXB0cy93ZWJr
aXRkaXJzLnBtCmluZGV4IGM1MTIwMDllY2RlY2QyZjliNmM4ZmM5ZTgyNjY1YTIxNDRiMDYxNGUu
LmNhMTc3NTdmN2RiZmU5NmU2Mzk0MTYyOGFkMTlhNGRhNTM5MTAzNDMgMTAwNjQ0Ci0tLSBhL1dl
YktpdFRvb2xzL1NjcmlwdHMvd2Via2l0ZGlycy5wbQorKysgYi9XZWJLaXRUb29scy9TY3JpcHRz
L3dlYmtpdGRpcnMucG0KQEAgLTEwNTEsMTIgKzEwNTEsMTYgQEAgc3ViIHNldHVwQ3lnd2luRW52
KCkKIAogc3ViIGRpZUlmV2luZG93c1BsYXRmb3JtU0RLTm90SW5zdGFsbGVkCiB7Ci0gICAgbXkg
JHdpbmRvd3NQbGF0Zm9ybVNES1JlZ2lzdHJ5RW50cnkgPSAiL3Byb2MvcmVnaXN0cnkvSEtFWV9M
T0NBTF9NQUNISU5FL1NPRlRXQVJFL01pY3Jvc29mdC9NaWNyb3NvZnRTREsvSW5zdGFsbGVkU0RL
cy9EMkZGOUY4OS04QUEyLTQzNzMtOEEzMS1DODM4QkY0REJCRTEiOworICAgIG15ICRyZWdpc3Ry
eTMyUGF0aCA9ICIvcHJvYy9yZWdpc3RyeS8iOworICAgIG15ICRyZWdpc3RyeTY0UGF0aCA9ICIv
cHJvYy9yZWdpc3RyeTY0LyI7CisgICAgbXkgJHdpbmRvd3NQbGF0Zm9ybVNES1JlZ2lzdHJ5RW50
cnkgPSAiSEtFWV9MT0NBTF9NQUNISU5FL1NPRlRXQVJFL01pY3Jvc29mdC9NaWNyb3NvZnRTREsv
SW5zdGFsbGVkU0RLcy9EMkZGOUY4OS04QUEyLTQzNzMtOEEzMS1DODM4QkY0REJCRTEiOwogCi0g
ICAgcmV0dXJuIGlmIC1lICR3aW5kb3dzUGxhdGZvcm1TREtSZWdpc3RyeUVudHJ5OworICAgICMg
RklYTUU6IEl0IHdvdWxkIGJlIGJldHRlciB0byBkZXRlY3Qgd2hldGhlciB3ZSBhcmUgdXNpbmcg
MzItIG9yIDY0LWJpdCBXaW5kb3dzCisgICAgIyBhbmQgb25seSBjaGVjayB0aGUgYXBwcm9wcmlh
dGUgZW50cnkuIEJ1dCBmb3Igbm93IHdlIGp1c3QgYmxpbmRseSBjaGVjayBib3RoLgorICAgIHJl
dHVybiBpZiAoLWUgJHJlZ2lzdHJ5MzJQYXRoIC4gJHdpbmRvd3NQbGF0Zm9ybVNES1JlZ2lzdHJ5
RW50cnkpIHx8ICgtZSAkcmVnaXN0cnk2NFBhdGggLiAkd2luZG93c1BsYXRmb3JtU0RLUmVnaXN0
cnlFbnRyeSk7CiAKICAgICBwcmludCAiKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq
KioqKioqKioqKioqKioqKioqKioqKioqKioqKlxuIjsKLSAgICBwcmludCAiQ2Fubm90IGZpbmQg
JyR3aW5kb3dzUGxhdGZvcm1TREtSZWdpc3RyeUVudHJ5Jy5cbiI7CisgICAgcHJpbnQgIkNhbm5v
dCBmaW5kIHJlZ2lzdHJ5IGVudHJ5ICckd2luZG93c1BsYXRmb3JtU0RLUmVnaXN0cnlFbnRyeScu
XG4iOwogICAgIHByaW50ICJQbGVhc2UgZG93bmxvYWQgYW5kIGluc3RhbGwgdGhlIE1pY3Jvc29m
dCBXaW5kb3dzIFNlcnZlciAyMDAzIFIyXG4iOwogICAgIHByaW50ICJQbGF0Zm9ybSBTREsgZnJv
bSA8aHR0cDovL3d3dy5taWNyb3NvZnQuY29tL2Rvd25sb2Fkcy9kZXRhaWxzLmFzcHg/XG4iOwog
ICAgIHByaW50ICJmYW1pbHlpZD0wYmFmMmIzNS1jNjU2LTQ5NjktYWNlOC1lNGMwYzA3MTZhZGIm
ZGlzcGxheWxhbmc9ZW4+LlxuXG4iOwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>