<?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>36908</bug_id>
          
          <creation_ts>2010-03-31 16:27:19 -0700</creation_ts>
          <short_desc>Several tests in fast/canvas/webgl/ failed randomly on Leopard Commit Bot</short_desc>
          <delta_ts>2010-06-18 12:02:14 -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>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>PC</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>
          <dependson>33416</dependson>
          <blocked>38560</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Eric Seidel (no email)">eric</reporter>
          <assigned_to name="Zhenyao Mo">zmo</assigned_to>
          <cc>abarth</cc>
    
    <cc>cmarrin</cc>
    
    <cc>commit-queue</cc>
    
    <cc>kbr</cc>
    
    <cc>oliver</cc>
    
    <cc>zmo</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>206799</commentid>
    <comment_count>0</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-03-31 16:27:19 -0700</bug_when>
    <thetext>fast/canvas/webgl/index-validation.html failed on Leopard Commit Bot

Twice actually.  Somehow lightning struck twice.

https://bugs.webkit.org/show_bug.cgi?id=36876#c3

/tmp/layout-test-results/fast/canvas/webgl/index-validation-actual.txt

44 
55 PASS gl.getError() is 0
66 PASS gl.drawElements(gl.TRIANGLES, 3, gl.UNSIGNED_SHORT, 0) is undefined.
7  PASS gl.getError() is 0
 7 FAIL gl.getError() should be 0. Was 1286.
88 PASS successfullyParsed is true
99 
1010 TEST COMPLETE

I suspect it may be related to the commit-bot&apos;s hardware?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>206801</commentid>
    <comment_count>1</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-03-31 16:28:41 -0700</bug_when>
    <thetext>http://trac.webkit.org/browser/trunk/LayoutTests/fast/canvas/webgl/index-validation.html</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>206802</commentid>
    <comment_count>2</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-03-31 16:29:01 -0700</bug_when>
    <thetext>I&apos;m happy to send a full hardware report to anyone who might need one.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>206805</commentid>
    <comment_count>3</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-03-31 16:31:14 -0700</bug_when>
    <thetext>Grepping the commit-queue logs, I see the commit-queue having failed this test 9 times.  We just happen to hit two failures in a row while trying to land Adam&apos;s patch https://bugs.webkit.org/show_bug.cgi?id=36876#c3</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>206928</commentid>
    <comment_count>4</comment_count>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-03-31 20:32:34 -0700</bug_when>
    <thetext>This happened once on my machine before, but not recently.

I would suggest to use &quot;antialias:false&quot; in this test to resolve this random failure.  However, we need to dig into the reason why this happens and find a fix for it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207011</commentid>
    <comment_count>5</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 00:21:16 -0700</bug_when>
    <thetext>Failed again:
https://bugs.webkit.org/show_bug.cgi?id=36932#c4</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207030</commentid>
    <comment_count>6</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 00:50:05 -0700</bug_when>
    <thetext>Something happened today to make this failure much more common than previously.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207043</commentid>
    <comment_count>7</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 01:09:44 -0700</bug_when>
    <thetext>Looks like the first time the Leopard Commit Bot ever saw this test fail was around 3:30PM this afternoon.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207044</commentid>
    <comment_count>8</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 01:10:23 -0700</bug_when>
    <thetext>It was shortly after http://trac.webkit.org/changeset/56872, which is probably related. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207045</commentid>
    <comment_count>9</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 01:11:36 -0700</bug_when>
    <thetext>This test has failed 39 times on the Leopard Commit Bot since it first failed this afternoon!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207195</commentid>
    <comment_count>10</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-04-01 09:14:18 -0700</bug_when>
    <thetext>This failure rate is unacceptable.  Can we rollback that rev and see if it fixes the problem?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207203</commentid>
    <comment_count>11</comment_count>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-01 09:35:42 -0700</bug_when>
    <thetext>*Please* don&apos;t roll back that revision. It is a large one that we&apos;ve been trying to land for weeks, and the failure is ultimately caused by driver bugs and not the code.

Can we temporarily disable this test on this bot? We may have another workaround we can land in a couple of hours.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207204</commentid>
    <comment_count>12</comment_count>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-04-01 09:40:03 -0700</bug_when>
    <thetext>&gt; Can we temporarily disable this test on this bot?

We don&apos;t have a way to disable tests on the commit-queue specifically.  We can disable it more generally however.

&gt; We may have another workaround we can land in a couple of hours.

Ok.

By way of context, this test is flaky enough that it often fails twice in a row.  We have something like 13k tests.  If an appreciable fraction of them failed this often, the entire test suite would be useless.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207205</commentid>
    <comment_count>13</comment_count>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-01 09:43:07 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; &gt; Can we temporarily disable this test on this bot?
&gt; 
&gt; We don&apos;t have a way to disable tests on the commit-queue specifically.  We can
&gt; disable it more generally however.

Can we add it to the Skipped list for mac-leopard for the moment?

&gt; &gt; We may have another workaround we can land in a couple of hours.
&gt; 
&gt; Ok.
&gt; 
&gt; By way of context, this test is flaky enough that it often fails twice in a
&gt; row.  We have something like 13k tests.  If an appreciable fraction of them
&gt; failed this often, the entire test suite would be useless.

Understood. I apologize for the flakiness introduced by this checkin.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207235</commentid>
    <comment_count>14</comment_count>
      <attachid>52310</attachid>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-01 10:30:47 -0700</bug_when>
    <thetext>Created attachment 52310
patch

This patch should stabilize the test on the bot.  However, we need to dig deeper into the cause of this flaky behavior - very likely hardware/driver bugs - and find a better way to solve it.  Will create another bug to track this down.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207243</commentid>
    <comment_count>15</comment_count>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-01 10:43:46 -0700</bug_when>
    <thetext>Just created a new bug to track this issue, but the patch should solve it for now.

https://bugs.webkit.org/show_bug.cgi?id=36972</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207244</commentid>
    <comment_count>16</comment_count>
      <attachid>52310</attachid>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-01 10:44:15 -0700</bug_when>
    <thetext>Comment on attachment 52310
patch

Looks good to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207256</commentid>
    <comment_count>17</comment_count>
      <attachid>52310</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 11:12:24 -0700</bug_when>
    <thetext>Comment on attachment 52310
patch

So is this work-around we intend to roll out eventually?  Or is this a permanent change to this test? The ChangeLog doesn&apos;t really say.  I&apos;m fine with either of course.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207258</commentid>
    <comment_count>18</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 11:13:58 -0700</bug_when>
    <thetext>(In reply to comment #12)
&gt; By way of context, this test is flaky enough that it often fails twice in a
&gt; row.  We have something like 13k tests.  If an appreciable fraction of them
&gt; failed this often, the entire test suite would be useless.

Actually, the statement is stronger.  After Adam&apos;s changes to speed up the commit-queue yesterday (which happened right after this regression landed) it now requires a flaky test to fail *three* times in a row for it to cause the commit queue to wrongly reject a patch. :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207261</commentid>
    <comment_count>19</comment_count>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-01 11:15:42 -0700</bug_when>
    <thetext>(In reply to comment #17)
&gt; (From update of attachment 52310 [details])
&gt; So is this work-around we intend to roll out eventually?  Or is this a
&gt; permanent change to this test? The ChangeLog doesn&apos;t really say.  I&apos;m fine with
&gt; either of course.

Right now we don&apos;t know why this OpenGL error is reported on this test, so the change is basically permanent.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207269</commentid>
    <comment_count>20</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 11:25:14 -0700</bug_when>
    <thetext>Another victim:
https://bugs.webkit.org/show_bug.cgi?id=36918#c3</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207272</commentid>
    <comment_count>21</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 11:29:17 -0700</bug_when>
    <thetext>Another victim:
https://bugs.webkit.org/show_bug.cgi?id=36932#c6</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207276</commentid>
    <comment_count>22</comment_count>
      <attachid>52310</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-01 11:37:24 -0700</bug_when>
    <thetext>Comment on attachment 52310
patch

Clearing flags on attachment: 52310

Committed r56925: &lt;http://trac.webkit.org/changeset/56925&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207277</commentid>
    <comment_count>23</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-01 11:37:36 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207630</commentid>
    <comment_count>24</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 21:23:28 -0700</bug_when>
    <thetext>This test has still failed at least twice on the commit-queue since this fix went in.  I can get you the failure diff.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207631</commentid>
    <comment_count>25</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-01 21:25:13 -0700</bug_when>
    <thetext>The failure:
/tmp/layout-test-results/fast/canvas/webgl/index-validation-actual.txt

44 
55 PASS gl.getError() is 0
66 PASS gl.drawElements(gl.TRIANGLES, 3, gl.UNSIGNED_SHORT, 0) is undefined.
7  PASS gl.getError() is 0
 7 FAIL gl.getError() should be 0. Was 1286.
88 PASS successfullyParsed is true
99 
1010 TEST COMPLETE</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207853</commentid>
    <comment_count>26</comment_count>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-02 07:56:34 -0700</bug_when>
    <thetext>After the previous patch, the only difference in this test before and after the multisample patch is the stencil buffer is on by default (before by default we only have color and depth buffer).

I&apos;ll get another patch ready to turn off the stencil buffer for this test shortly.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207855</commentid>
    <comment_count>27</comment_count>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-02 08:02:32 -0700</bug_when>
    <thetext>Also, I am curious, after the previous patch in which I turned off antialias for this test, does the frequency of this random failure reduced on the bot or still the same?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207901</commentid>
    <comment_count>28</comment_count>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-02 10:02:45 -0700</bug_when>
    <thetext>It appears to be greatly reduced.  There have been 9 failure on the bot since last night.  Yesterday afternoon we had 66.  The bot may simply be doing less now... but I think the failure incidence was reduced, but not eliminated by your previous change.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207915</commentid>
    <comment_count>29</comment_count>
      <attachid>52421</attachid>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-02 10:20:51 -0700</bug_when>
    <thetext>Created attachment 52421
patch: gather extra information about failure

This patch is an attempt to gather further information about the cause of this failure (sorry, but seems like the bot is the only machine that we get this failure at the moment).

With this patch, the failure behavior won&apos;t be better or worse.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207918</commentid>
    <comment_count>30</comment_count>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-02 10:22:42 -0700</bug_when>
    <thetext>Eric, when this patch lands, and the bot failed this test again, could you send the output to me?  Then I will upload another patch to fix the failure problem (hopefully).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207920</commentid>
    <comment_count>31</comment_count>
      <attachid>52421</attachid>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-02 10:24:11 -0700</bug_when>
    <thetext>Comment on attachment 52421
patch: gather extra information about failure

Looks good to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207924</commentid>
    <comment_count>32</comment_count>
      <attachid>52421</attachid>
    <who name="Eric Seidel (no email)">eric</who>
    <bug_when>2010-04-02 10:27:37 -0700</bug_when>
    <thetext>Comment on attachment 52421
patch: gather extra information about failure

OK.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207996</commentid>
    <comment_count>33</comment_count>
      <attachid>52421</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-02 12:22:00 -0700</bug_when>
    <thetext>Comment on attachment 52421
patch: gather extra information about failure

Clearing flags on attachment: 52421

Committed r57015: &lt;http://trac.webkit.org/changeset/57015&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>207997</commentid>
    <comment_count>34</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-02 12:22:07 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212895</commentid>
    <comment_count>35</comment_count>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-15 09:59:03 -0700</bug_when>
    <thetext>These tests are still failing on the commit-bot.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212897</commentid>
    <comment_count>36</comment_count>
      <attachid>53444</attachid>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-15 10:04:07 -0700</bug_when>
    <thetext>Created attachment 53444
patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212899</commentid>
    <comment_count>37</comment_count>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-15 10:07:29 -0700</bug_when>
    <thetext>The patch still has an OOPS about no new tests. Also, I think it&apos;s worth separately mentioning in the ChangeLog that this fixes an uninitialized variable bug and restores a glFinish call that used to be present.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212901</commentid>
    <comment_count>38</comment_count>
      <attachid>53445</attachid>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-15 10:11:23 -0700</bug_when>
    <thetext>Created attachment 53445
revised patch : responding to Ken Russell&apos;s review</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212903</commentid>
    <comment_count>39</comment_count>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-15 10:13:02 -0700</bug_when>
    <thetext>Looks good to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212936</commentid>
    <comment_count>40</comment_count>
      <attachid>53445</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-04-15 11:06:15 -0700</bug_when>
    <thetext>Comment on attachment 53445
revised patch : responding to Ken Russell&apos;s review

Me too.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212952</commentid>
    <comment_count>41</comment_count>
      <attachid>53445</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-15 11:37:14 -0700</bug_when>
    <thetext>Comment on attachment 53445
revised patch : responding to Ken Russell&apos;s review

Rejecting patch 53445 from commit-queue.

Failed to run &quot;[&apos;WebKitTools/Scripts/build-webkit&apos;, &apos;--debug&apos;]&quot; exit_code: 1
Last 500 characters of output:
n/yacc
    /bin/sh -c /Users/eseidel/Projects/CommitQueue/WebKitBuild/WebCore.build/Debug/WebCore.build/Script-5DF50887116F3077005202AB.sh
** BUILD FAILED **

The following build commands failed:
WebCore:
	Distributed-CompileC /Users/eseidel/Projects/CommitQueue/WebKitBuild/WebCore.build/Debug/WebCore.build/Objects-normal/i386/GraphicsContext3DMac.o /Users/eseidel/Projects/CommitQueue/WebCore/platform/graphics/mac/GraphicsContext3DMac.cpp normal i386 c++ com.apple.compilers.gcc.4_2
(1 failure)


Full output: http://webkit-commit-queue.appspot.com/results/1711103</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212959</commentid>
    <comment_count>42</comment_count>
      <attachid>53458</attachid>
    <who name="Zhenyao Mo">zmo</who>
    <bug_when>2010-04-15 11:53:23 -0700</bug_when>
    <thetext>Created attachment 53458
revised patch: initialize members in the same order as they are declared</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212960</commentid>
    <comment_count>43</comment_count>
    <who name="Kenneth Russell">kbr</who>
    <bug_when>2010-04-15 11:56:16 -0700</bug_when>
    <thetext>LGTM</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212965</commentid>
    <comment_count>44</comment_count>
      <attachid>53458</attachid>
    <who name="Adam Barth">abarth</who>
    <bug_when>2010-04-15 12:01:19 -0700</bug_when>
    <thetext>Comment on attachment 53458
revised patch: initialize members in the same order as they are declared

Ah, the old &quot;order of initialization&quot; check.  :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212990</commentid>
    <comment_count>45</comment_count>
      <attachid>53458</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-15 13:08:00 -0700</bug_when>
    <thetext>Comment on attachment 53458
revised patch: initialize members in the same order as they are declared

Clearing flags on attachment: 53458

Committed r57664: &lt;http://trac.webkit.org/changeset/57664&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>212991</commentid>
    <comment_count>46</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-04-15 13:08:08 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>52310</attachid>
            <date>2010-04-01 10:30:47 -0700</date>
            <delta_ts>2010-04-15 10:04:07 -0700</delta_ts>
            <desc>patch</desc>
            <filename>test.patch</filename>
            <type>text/plain</type>
            <size>1173</size>
            <attacher name="Zhenyao Mo">zmo</attacher>
            
              <data encoding="base64">SW5kZXg6IExheW91dFRlc3RzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9D
aGFuZ2VMb2cJKHJldmlzaW9uIDU2OTIwKQorKysgTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCSh3b3Jr
aW5nIGNvcHkpCkBAIC0xLDMgKzEsMTIgQEAKKzIwMTAtMDQtMDEgIFpoZW55YW8gTW8gIDx6bW9A
Z29vZ2xlLmNvbT4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAg
ICAgICBmYXN0L2NhbnZhcy93ZWJnbC9pbmRleC12YWxpZGF0aW9uLmh0bWwgZmFpbGVkIG9uIExl
b3BhcmQgQ29tbWl0IEJvdAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1
Zy5jZ2k/aWQ9MzY5MDgKKworICAgICAgICAqIGZhc3QvY2FudmFzL3dlYmdsL3NjcmlwdC10ZXN0
cy9pbmRleC12YWxpZGF0aW9uLmpzOiBEaXNhYmxlIGFudGlhbGlhcyBmb3IgdGhpcyB0ZXN0Lgor
CiAyMDEwLTA0LTAxICBDaHJpcyBGbGVpemFjaCAgPGNmbGVpemFjaEBhcHBsZS5jb20+CiAKICAg
ICAgICAgUmV2aWV3ZWQgYnkgQmV0aCBEYWtpbi4KSW5kZXg6IExheW91dFRlc3RzL2Zhc3QvY2Fu
dmFzL3dlYmdsL3NjcmlwdC10ZXN0cy9pbmRleC12YWxpZGF0aW9uLmpzCj09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t
IExheW91dFRlc3RzL2Zhc3QvY2FudmFzL3dlYmdsL3NjcmlwdC10ZXN0cy9pbmRleC12YWxpZGF0
aW9uLmpzCShyZXZpc2lvbiA1Njg4OCkKKysrIExheW91dFRlc3RzL2Zhc3QvY2FudmFzL3dlYmds
L3NjcmlwdC10ZXN0cy9pbmRleC12YWxpZGF0aW9uLmpzCSh3b3JraW5nIGNvcHkpCkBAIC0xLDYg
KzEsNiBAQAogZGVzY3JpcHRpb24oIlRlc3Qgb2YgZ2V0IGNhbGxzIGFnYWluc3QgR0wgb2JqZWN0
cyBsaWtlIGdldEJ1ZmZlclBhcmFtZXRlciwgZXRjLiIpOwogCi12YXIgZ2wgPSBjcmVhdGUzRENv
bnRleHQoKTsKK3ZhciBnbCA9IGNyZWF0ZTNEQ29udGV4dCh7IGFudGlhbGlhczogZmFsc2UgfSk7
CiB2YXIgcHJvZ3JhbSA9IGxvYWRTdGFuZGFyZFByb2dyYW0oZ2wpOwogCiAvLyAzIHZlcnRpY2Vz
ID0+IDEgdHJpYW5nbGUsIGludGVybGVhdmVkIGRhdGEK
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>52421</attachid>
            <date>2010-04-02 10:20:51 -0700</date>
            <delta_ts>2010-04-15 10:04:07 -0700</delta_ts>
            <desc>patch: gather extra information about failure</desc>
            <filename>info.patch</filename>
            <type>text/plain</type>
            <size>2230</size>
            <attacher name="Zhenyao Mo">zmo</attacher>
            
              <data encoding="base64">SW5kZXg6IExheW91dFRlc3RzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9D
aGFuZ2VMb2cJKHJldmlzaW9uIDU3MDA2KQorKysgTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCSh3b3Jr
aW5nIGNvcHkpCkBAIC0xLDMgKzEsMTMgQEAKKzIwMTAtMDQtMDIgIFpoZW55YW8gTW8gIDx6bW9A
Z29vZ2xlLmNvbT4KKworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAg
ICAgICBmYXN0L2NhbnZhcy93ZWJnbC9pbmRleC12YWxpZGF0aW9uLmh0bWwgZmFpbGVkIG9uIExl
b3BhcmQgQ29tbWl0IEJvdAorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1
Zy5jZ2k/aWQ9MzY5MDgKKworICAgICAgICAqIGZhc3QvY2FudmFzL3dlYmdsL2luZGV4LXZhbGlk
YXRpb24tZXhwZWN0ZWQudHh0OiBHYXRoZXJpbmcgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCB0aGUg
Y2F1c2Ugb2YgdGhlIGZhaWx1cmUuICBJdCdzIG5vdCBhIGZpeCwgYW5kIGl0IHdvbid0IHdvcnNl
IGNoYW5nZSB0aGUgY3VycmVudCB0ZXN0IGJlaGF2aW9yIGVpdGhlciwgaS5lLiwgaXQgd29uJ3Qg
bWFrZSBpdCBiZXR0ZXIgb3Igd29yc2UuCisgICAgICAgICogZmFzdC9jYW52YXMvd2ViZ2wvc2Ny
aXB0LXRlc3RzL2luZGV4LXZhbGlkYXRpb24uanM6IERpdHRvLgorCiAyMDEwLTA0LTAyICBFcmlj
IFNlaWRlbCAgPGVyaWNAd2Via2l0Lm9yZz4KIAogICAgICAgICBSZXZpZXdlZCBieSBEYXJpbiBB
ZGxlci4KSW5kZXg6IExheW91dFRlc3RzL2Zhc3QvY2FudmFzL3dlYmdsL2luZGV4LXZhbGlkYXRp
b24tZXhwZWN0ZWQudHh0Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIExheW91dFRlc3RzL2Zhc3QvY2FudmFzL3dl
YmdsL2luZGV4LXZhbGlkYXRpb24tZXhwZWN0ZWQudHh0CShyZXZpc2lvbiA1NjkzNikKKysrIExh
eW91dFRlc3RzL2Zhc3QvY2FudmFzL3dlYmdsL2luZGV4LXZhbGlkYXRpb24tZXhwZWN0ZWQudHh0
CSh3b3JraW5nIGNvcHkpCkBAIC0yLDYgKzIsNyBAQCBUZXN0IG9mIGdldCBjYWxscyBhZ2FpbnN0
IEdMIG9iamVjdHMgbGlrCiAKIE9uIHN1Y2Nlc3MsIHlvdSB3aWxsIHNlZSBhIHNlcmllcyBvZiAi
UEFTUyIgbWVzc2FnZXMsIGZvbGxvd2VkIGJ5ICJURVNUIENPTVBMRVRFIi4KIAorUEFTUyBnbC5j
aGVja0ZyYW1lYnVmZmVyU3RhdHVzKGdsLkZSQU1FQlVGRkVSKSBpcyBnbC5GUkFNRUJVRkZFUl9D
T01QTEVURQogUEFTUyBnbC5nZXRFcnJvcigpIGlzIDAKIFBBU1MgZ2wuZHJhd0VsZW1lbnRzKGds
LlRSSUFOR0xFUywgMywgZ2wuVU5TSUdORURfU0hPUlQsIDApIGlzIHVuZGVmaW5lZC4KIFBBU1Mg
Z2wuZ2V0RXJyb3IoKSBpcyAwCkluZGV4OiBMYXlvdXRUZXN0cy9mYXN0L2NhbnZhcy93ZWJnbC9z
Y3JpcHQtdGVzdHMvaW5kZXgtdmFsaWRhdGlvbi5qcwo9PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0
cy9mYXN0L2NhbnZhcy93ZWJnbC9zY3JpcHQtdGVzdHMvaW5kZXgtdmFsaWRhdGlvbi5qcwkocmV2
aXNpb24gNTY5MzYpCisrKyBMYXlvdXRUZXN0cy9mYXN0L2NhbnZhcy93ZWJnbC9zY3JpcHQtdGVz
dHMvaW5kZXgtdmFsaWRhdGlvbi5qcwkod29ya2luZyBjb3B5KQpAQCAtMjUsNiArMjUsNyBAQCBn
bC52ZXJ0ZXhBdHRyaWJQb2ludGVyKHZlcnRleExvYywgNCwgZ2wuCiBnbC5lbmFibGVWZXJ0ZXhB
dHRyaWJBcnJheSh2ZXJ0ZXhMb2MpOwogZ2wudmVydGV4QXR0cmliUG9pbnRlcihub3JtYWxMb2Ms
IDMsIGdsLkZMT0FULCBmYWxzZSwgNyAqIGdsLnNpemVJbkJ5dGVzKGdsLkZMT0FUKSwgMyAqIGds
LnNpemVJbkJ5dGVzKGdsLkZMT0FUKSk7CiBnbC5lbmFibGVWZXJ0ZXhBdHRyaWJBcnJheShub3Jt
YWxMb2MpOworc2hvdWxkQmUoJ2dsLmNoZWNrRnJhbWVidWZmZXJTdGF0dXMoZ2wuRlJBTUVCVUZG
RVIpJywgJ2dsLkZSQU1FQlVGRkVSX0NPTVBMRVRFJyk7CiBzaG91bGRCZSgnZ2wuZ2V0RXJyb3Io
KScsICcwJyk7CiBzaG91bGRCZVVuZGVmaW5lZCgnZ2wuZHJhd0VsZW1lbnRzKGdsLlRSSUFOR0xF
UywgMywgZ2wuVU5TSUdORURfU0hPUlQsIDApJyk7CiBzaG91bGRCZSgnZ2wuZ2V0RXJyb3IoKScs
ICcwJyk7Cg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>53444</attachid>
            <date>2010-04-15 10:04:07 -0700</date>
            <delta_ts>2010-04-15 10:11:23 -0700</delta_ts>
            <desc>patch</desc>
            <filename>fix.patch</filename>
            <type>text/plain</type>
            <size>1789</size>
            <attacher name="Zhenyao Mo">zmo</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA1NzY1MCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTYgQEAKKzIwMTAtMDQtMTUgIFpoZW55YW8gTW8gIDx6bW9AZ29vZ2xlLmNvbT4K
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBTZXZlcmFs
IHRlc3RzIGluIGZhc3QvY2FudmFzL3dlYmdsLyBmYWlsZWQgcmFuZG9tbHkgb24gTGVvcGFyZCBD
b21taXQgQm90CisgICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9p
ZD0zNjkwOAorCisgICAgICAgIE5vIG5ldyB0ZXN0cy4gKE9PUFMhKQorCisgICAgICAgICogcGxh
dGZvcm0vZ3JhcGhpY3MvbWFjL0dyYXBoaWNzQ29udGV4dDNETWFjLmNwcDoKKyAgICAgICAgKFdl
YkNvcmU6OkdyYXBoaWNzQ29udGV4dDNEOjpHcmFwaGljc0NvbnRleHQzRCk6IEluaXRpYWxpemUg
d2lkdGgvaGVpZ2h0IHRvIDAvMC4KKyAgICAgICAgKFdlYkNvcmU6OkdyYXBoaWNzQ29udGV4dDNE
OjpwcmVwYXJlVGV4dHVyZSk6IGdsRmluaXNoKCkgYWx3YXlzLgorCiAyMDEwLTA0LTE1ICBTdGV2
ZSBGYWxrZW5idXJnICA8c2ZhbGtlbkBhcHBsZS5jb20+CiAKICAgICAgICAgUmV2aWV3ZWQgYnkg
QWRhbSBSb2Jlbi4KSW5kZXg6IFdlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvbWFjL0dyYXBoaWNz
Q29udGV4dDNETWFjLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNz
L21hYy9HcmFwaGljc0NvbnRleHQzRE1hYy5jcHAJKHJldmlzaW9uIDU3NjQ5KQorKysgV2ViQ29y
ZS9wbGF0Zm9ybS9ncmFwaGljcy9tYWMvR3JhcGhpY3NDb250ZXh0M0RNYWMuY3BwCSh3b3JraW5n
IGNvcHkpCkBAIC05MSw2ICs5MSw4IEBAIEdyYXBoaWNzQ29udGV4dDNEOjpHcmFwaGljc0NvbnRl
eHQzRChHcmEKICAgICAsIG1fbXVsdGlzYW1wbGVGQk8oMCkKICAgICAsIG1fbXVsdGlzYW1wbGVE
ZXB0aFN0ZW5jaWxCdWZmZXIoMCkKICAgICAsIG1fbXVsdGlzYW1wbGVDb2xvckJ1ZmZlcigwKQor
ICAgICwgbV9jdXJyZW50V2lkdGgoMCkKKyAgICAsIG1fY3VycmVudEhlaWdodCgwKQogewogICAg
IFZlY3RvcjxDR0xQaXhlbEZvcm1hdEF0dHJpYnV0ZT4gYXR0cmliczsKICAgICBDR0xQaXhlbEZv
cm1hdE9iaiBwaXhlbEZvcm1hdE9iaiA9IDA7CkBAIC0zNDAsOCArMzQyLDggQEAgdm9pZCBHcmFw
aGljc0NvbnRleHQzRDo6cHJlcGFyZVRleHR1cmUoKQogICAgICAgICA6OmdsQmluZEZyYW1lYnVm
ZmVyRVhUKEdMX0RSQVdfRlJBTUVCVUZGRVJfRVhULCBtX2Zibyk7CiAgICAgICAgIDo6Z2xCbGl0
RnJhbWVidWZmZXJFWFQoMCwgMCwgbV9jdXJyZW50V2lkdGgsIG1fY3VycmVudEhlaWdodCwgMCwg
MCwgbV9jdXJyZW50V2lkdGgsIG1fY3VycmVudEhlaWdodCwgR0xfQ09MT1JfQlVGRkVSX0JJVCwg
R0xfTElORUFSKTsKICAgICAgICAgOjpnbEJpbmRGcmFtZWJ1ZmZlckVYVChHTF9GUkFNRUJVRkZF
Ul9FWFQsIG1fYm91bmRGQk8pOwotICAgICAgICA6OmdsRmluaXNoKCk7CiAgICAgfQorICAgIDo6
Z2xGaW5pc2goKTsKIH0KIAogdm9pZCBHcmFwaGljc0NvbnRleHQzRDo6YWN0aXZlVGV4dHVyZSh1
bnNpZ25lZCBsb25nIHRleHR1cmUpCg==
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>53445</attachid>
            <date>2010-04-15 10:11:23 -0700</date>
            <delta_ts>2010-04-15 11:53:23 -0700</delta_ts>
            <desc>revised patch : responding to Ken Russell&apos;s review</desc>
            <filename>fix.patch</filename>
            <type>text/plain</type>
            <size>1875</size>
            <attacher name="Zhenyao Mo">zmo</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA1NzY1MCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTUgQEAKKzIwMTAtMDQtMTUgIFpoZW55YW8gTW8gIDx6bW9AZ29vZ2xlLmNvbT4K
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBTZXZlcmFs
IHRlc3RzIGluIGZhc3QvY2FudmFzL3dlYmdsLyBmYWlsZWQgcmFuZG9tbHkgb24gTGVvcGFyZCBD
b21taXQgQm90CisgICAgICAgIFRoaXMgZml4ZXMgYW4gdW5pbml0aWFsaXplZCB2YXJpYWJsZSBi
dWcgYW5kIHJlc3RvcmVzIGEgZ2xGaW5pc2ggY2FsbCB0aGF0IHVzZWQgdG8gYmUgcHJlc2VudC4K
KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTM2OTA4CisK
KyAgICAgICAgKiBwbGF0Zm9ybS9ncmFwaGljcy9tYWMvR3JhcGhpY3NDb250ZXh0M0RNYWMuY3Bw
OgorICAgICAgICAoV2ViQ29yZTo6R3JhcGhpY3NDb250ZXh0M0Q6OkdyYXBoaWNzQ29udGV4dDNE
KTogSW5pdGlhbGl6ZSB3aWR0aC9oZWlnaHQgdG8gMC8wLgorICAgICAgICAoV2ViQ29yZTo6R3Jh
cGhpY3NDb250ZXh0M0Q6OnByZXBhcmVUZXh0dXJlKTogUmVzdG9yZSBnbEZpbmlzaCgpIGluIGV2
ZXJ5IHBhdGguCisKIDIwMTAtMDQtMTUgIFN0ZXZlIEZhbGtlbmJ1cmcgIDxzZmFsa2VuQGFwcGxl
LmNvbT4KIAogICAgICAgICBSZXZpZXdlZCBieSBBZGFtIFJvYmVuLgpJbmRleDogV2ViQ29yZS9w
bGF0Zm9ybS9ncmFwaGljcy9tYWMvR3JhcGhpY3NDb250ZXh0M0RNYWMuY3BwCj09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K
LS0tIFdlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvbWFjL0dyYXBoaWNzQ29udGV4dDNETWFjLmNw
cAkocmV2aXNpb24gNTc2NDkpCisrKyBXZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL21hYy9HcmFw
aGljc0NvbnRleHQzRE1hYy5jcHAJKHdvcmtpbmcgY29weSkKQEAgLTkxLDYgKzkxLDggQEAgR3Jh
cGhpY3NDb250ZXh0M0Q6OkdyYXBoaWNzQ29udGV4dDNEKEdyYQogICAgICwgbV9tdWx0aXNhbXBs
ZUZCTygwKQogICAgICwgbV9tdWx0aXNhbXBsZURlcHRoU3RlbmNpbEJ1ZmZlcigwKQogICAgICwg
bV9tdWx0aXNhbXBsZUNvbG9yQnVmZmVyKDApCisgICAgLCBtX2N1cnJlbnRXaWR0aCgwKQorICAg
ICwgbV9jdXJyZW50SGVpZ2h0KDApCiB7CiAgICAgVmVjdG9yPENHTFBpeGVsRm9ybWF0QXR0cmli
dXRlPiBhdHRyaWJzOwogICAgIENHTFBpeGVsRm9ybWF0T2JqIHBpeGVsRm9ybWF0T2JqID0gMDsK
QEAgLTM0MCw4ICszNDIsOCBAQCB2b2lkIEdyYXBoaWNzQ29udGV4dDNEOjpwcmVwYXJlVGV4dHVy
ZSgpCiAgICAgICAgIDo6Z2xCaW5kRnJhbWVidWZmZXJFWFQoR0xfRFJBV19GUkFNRUJVRkZFUl9F
WFQsIG1fZmJvKTsKICAgICAgICAgOjpnbEJsaXRGcmFtZWJ1ZmZlckVYVCgwLCAwLCBtX2N1cnJl
bnRXaWR0aCwgbV9jdXJyZW50SGVpZ2h0LCAwLCAwLCBtX2N1cnJlbnRXaWR0aCwgbV9jdXJyZW50
SGVpZ2h0LCBHTF9DT0xPUl9CVUZGRVJfQklULCBHTF9MSU5FQVIpOwogICAgICAgICA6OmdsQmlu
ZEZyYW1lYnVmZmVyRVhUKEdMX0ZSQU1FQlVGRkVSX0VYVCwgbV9ib3VuZEZCTyk7Ci0gICAgICAg
IDo6Z2xGaW5pc2goKTsKICAgICB9CisgICAgOjpnbEZpbmlzaCgpOwogfQogCiB2b2lkIEdyYXBo
aWNzQ29udGV4dDNEOjphY3RpdmVUZXh0dXJlKHVuc2lnbmVkIGxvbmcgdGV4dHVyZSkK
</data>
<flag name="review"
          id="37183"
          type_id="1"
          status="+"
          setter="abarth"
    />
    <flag name="commit-queue"
          id="37184"
          type_id="3"
          status="-"
          setter="commit-queue"
    />
          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>53458</attachid>
            <date>2010-04-15 11:53:23 -0700</date>
            <delta_ts>2010-04-15 13:08:00 -0700</delta_ts>
            <desc>revised patch: initialize members in the same order as they are declared</desc>
            <filename>fix.patch</filename>
            <type>text/plain</type>
            <size>1862</size>
            <attacher name="Zhenyao Mo">zmo</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA1NzY1MCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTUgQEAKKzIwMTAtMDQtMTUgIFpoZW55YW8gTW8gIDx6bW9AZ29vZ2xlLmNvbT4K
KworICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICBTZXZlcmFs
IHRlc3RzIGluIGZhc3QvY2FudmFzL3dlYmdsLyBmYWlsZWQgcmFuZG9tbHkgb24gTGVvcGFyZCBD
b21taXQgQm90CisgICAgICAgIFRoaXMgZml4ZXMgYW4gdW5pbml0aWFsaXplZCB2YXJpYWJsZSBi
dWcgYW5kIHJlc3RvcmVzIGEgZ2xGaW5pc2ggY2FsbCB0aGF0IHVzZWQgdG8gYmUgcHJlc2VudC4K
KyAgICAgICAgaHR0cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTM2OTA4CisK
KyAgICAgICAgKiBwbGF0Zm9ybS9ncmFwaGljcy9tYWMvR3JhcGhpY3NDb250ZXh0M0RNYWMuY3Bw
OgorICAgICAgICAoV2ViQ29yZTo6R3JhcGhpY3NDb250ZXh0M0Q6OkdyYXBoaWNzQ29udGV4dDNE
KTogSW5pdGlhbGl6ZSB3aWR0aC9oZWlnaHQgdG8gMC8wLgorICAgICAgICAoV2ViQ29yZTo6R3Jh
cGhpY3NDb250ZXh0M0Q6OnByZXBhcmVUZXh0dXJlKTogUmVzdG9yZSBnbEZpbmlzaCgpIGluIGV2
ZXJ5IHBhdGguCisKIDIwMTAtMDQtMTUgIFN0ZXZlIEZhbGtlbmJ1cmcgIDxzZmFsa2VuQGFwcGxl
LmNvbT4KIAogICAgICAgICBSZXZpZXdlZCBieSBBZGFtIFJvYmVuLgpJbmRleDogV2ViQ29yZS9w
bGF0Zm9ybS9ncmFwaGljcy9tYWMvR3JhcGhpY3NDb250ZXh0M0RNYWMuY3BwCj09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K
LS0tIFdlYkNvcmUvcGxhdGZvcm0vZ3JhcGhpY3MvbWFjL0dyYXBoaWNzQ29udGV4dDNETWFjLmNw
cAkocmV2aXNpb24gNTc2NDkpCisrKyBXZWJDb3JlL3BsYXRmb3JtL2dyYXBoaWNzL21hYy9HcmFw
aGljc0NvbnRleHQzRE1hYy5jcHAJKHdvcmtpbmcgY29weSkKQEAgLTgyLDcgKzgyLDkgQEAgUGFz
c093blB0cjxHcmFwaGljc0NvbnRleHQzRD4gR3JhcGhpY3NDbwogfQogCiBHcmFwaGljc0NvbnRl
eHQzRDo6R3JhcGhpY3NDb250ZXh0M0QoR3JhcGhpY3NDb250ZXh0M0Q6OkF0dHJpYnV0ZXMgYXR0
cnMpCi0gICAgOiBtX2F0dHJzKGF0dHJzKQorICAgIDogbV9jdXJyZW50V2lkdGgoMCkKKyAgICAs
IG1fY3VycmVudEhlaWdodCgwKQorICAgICwgbV9hdHRycyhhdHRycykKICAgICAsIG1fY29udGV4
dE9iaigwKQogICAgICwgbV90ZXh0dXJlKDApCiAgICAgLCBtX2ZibygwKQpAQCAtMzQwLDggKzM0
Miw4IEBAIHZvaWQgR3JhcGhpY3NDb250ZXh0M0Q6OnByZXBhcmVUZXh0dXJlKCkKICAgICAgICAg
OjpnbEJpbmRGcmFtZWJ1ZmZlckVYVChHTF9EUkFXX0ZSQU1FQlVGRkVSX0VYVCwgbV9mYm8pOwog
ICAgICAgICA6OmdsQmxpdEZyYW1lYnVmZmVyRVhUKDAsIDAsIG1fY3VycmVudFdpZHRoLCBtX2N1
cnJlbnRIZWlnaHQsIDAsIDAsIG1fY3VycmVudFdpZHRoLCBtX2N1cnJlbnRIZWlnaHQsIEdMX0NP
TE9SX0JVRkZFUl9CSVQsIEdMX0xJTkVBUik7CiAgICAgICAgIDo6Z2xCaW5kRnJhbWVidWZmZXJF
WFQoR0xfRlJBTUVCVUZGRVJfRVhULCBtX2JvdW5kRkJPKTsKLSAgICAgICAgOjpnbEZpbmlzaCgp
OwogICAgIH0KKyAgICA6OmdsRmluaXNoKCk7CiB9CiAKIHZvaWQgR3JhcGhpY3NDb250ZXh0M0Q6
OmFjdGl2ZVRleHR1cmUodW5zaWduZWQgbG9uZyB0ZXh0dXJlKQo=
</data>

          </attachment>
      

    </bug>

</bugzilla>