<?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>43658</bug_id>
          
          <creation_ts>2010-08-06 17:46:59 -0700</creation_ts>
          <short_desc>Calling window.print() before the page is loaded results in a blank printed page</short_desc>
          <delta_ts>2011-01-20 15:52:19 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Printing</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>http://leiz.org/chromium/25027.htm</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="Lei Zhang">thestig</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ap</cc>
    
    <cc>commit-queue</cc>
    
    <cc>darin</cc>
    
    <cc>dglazkov</cc>
    
    <cc>hamaji</cc>
    
    <cc>mitz</cc>
    
    <cc>tony</cc>
    
    <cc>webkit-ews</cc>
    
    <cc>webkit.review.bot</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>261596</commentid>
    <comment_count>0</comment_count>
      <attachid>63790</attachid>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2010-08-06 17:46:59 -0700</bug_when>
    <thetext>Created attachment 63790
Patch to fix the bug.

This is http://code.google.com/p/chromium/issues/detail?id=25027

I&apos;ve included a minimal test case above.

The expect result is a printed page with the words &quot;Print me&quot;.
The current result with Chrome and Safari is a blank page.

I believe the solution is to defer printing until the page has finished loading. Attached is a patch to do this.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261597</commentid>
    <comment_count>1</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2010-08-06 17:52:14 -0700</bug_when>
    <thetext>Attachment 63790 did not pass style-queue:

Failed to run &quot;[&apos;WebKitTools/Scripts/check-webkit-style&apos;]&quot; exit_code: 1
WebCore/loader/FrameLoader.cpp:2231:  Boolean expressions that span multiple lines should have their operators on the left side of the line instead of the right side.  [whitespace/operators] [4]
WebCore/page/DOMWindow.h:93:  print_deferred is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
WebCore/page/DOMWindow.h:401:  m_print_deferred is incorrectly named. Don&apos;t use underscores in your identifier names.  [readability/naming] [4]
Total errors found: 3 in 4 files


If any of these errors are false positives, please file a bug against check-webkit-style.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261603</commentid>
    <comment_count>2</comment_count>
    <who name="Early Warning System Bot">webkit-ews</who>
    <bug_when>2010-08-06 18:02:25 -0700</bug_when>
    <thetext>Attachment 63790 did not build on qt:
Build output: http://queues.webkit.org/results/3598897</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261606</commentid>
    <comment_count>3</comment_count>
      <attachid>63791</attachid>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2010-08-06 18:23:06 -0700</bug_when>
    <thetext>Created attachment 63791
Patch to fix the bug. (try 2)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261608</commentid>
    <comment_count>4</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2010-08-06 18:28:49 -0700</bug_when>
    <thetext>Attachment 63791 did not pass style-queue:

Failed to run &quot;[&apos;WebKitTools/Scripts/check-webkit-style&apos;]&quot; exit_code: 1
WebCore/loader/FrameLoader.cpp:2234:  One line control clauses should not use braces.  [whitespace/braces] [4]
Total errors found: 1 in 3 files


If any of these errors are false positives, please file a bug against check-webkit-style.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261615</commentid>
    <comment_count>5</comment_count>
    <who name="WebKit Review Bot">webkit.review.bot</who>
    <bug_when>2010-08-06 18:50:59 -0700</bug_when>
    <thetext>Attachment 63790 did not build on chromium:
Build output: http://queues.webkit.org/results/3668045</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261625</commentid>
    <comment_count>6</comment_count>
    <who name="Tony Chang">tony</who>
    <bug_when>2010-08-06 19:33:47 -0700</bug_when>
    <thetext>Hamaji might be able to review.  He also might have some ideas on how to write a layout test for this.  There are some general notes about layout tests here:
http://trac.webkit.org/wiki/CreatingLayoutTests
http://trac.webkit.org/wiki/Writing%20Layout%20Tests%20for%20DumpRenderTree</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261630</commentid>
    <comment_count>7</comment_count>
      <attachid>63791</attachid>
    <who name="Dimitri Glazkov (Google)">dglazkov</who>
    <bug_when>2010-08-06 19:49:09 -0700</bug_when>
    <thetext>Comment on attachment 63791
Patch to fix the bug. (try 2)

It needs a ChangeLog and a layout test (if possible). Tony&apos;s right; Hamaji-san is the right person to help here.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>261632</commentid>
    <comment_count>8</comment_count>
    <who name="">mitz</who>
    <bug_when>2010-08-06 19:51:35 -0700</bug_when>
    <thetext>Is this change compatible with what other browsers do? Is it expected that if the script calls print() multiple times while loading, printing will only happen once at most. What happens if the script has called print() while loading, and before the page is done loading, the user closes the page or navigates to another page?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>262313</commentid>
    <comment_count>9</comment_count>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2010-08-09 14:03:36 -0700</bug_when>
    <thetext>(In reply to comment #8)
&gt; Is this change compatible with what other browsers do? Is it expected that if the script calls print() multiple times while loading, printing will only happen once at most. What happens if the script has called print() while loading, and before the page is done loading, the user closes the page or navigates to another page?

I tried changing the test page to call print() multiple times. On Windows, we have the following behavior:

IE 8: prompts once always
FF 3.6: prompts once always
Chrome 5: prompts once if you hit cancel, multiple prompts if you hit ok
Safari 4: prompts multiple times always
Opera 10.60: does not prompt at all

Based on this, I&apos;d say it&apos;s ok if the WebKit based browser match IE/FF. It doesn&apos;t make sense to me to prompt multiple times on initial load. If you know of any cases where one would want to do that, please let me know.


For the question of what happens when a script calls printing while the page is loading, but then the user navigates away, I made a simple html page that calls print(), followed by a few MBs of text. I restricted the bandwidth on the web server to 10 kbps to simulate slow rendering and found the following:

IE 8: If you navigate away before the page loads, the print prompt never shows up.
FF 3.6: If you navigate away, FF will pop up a print prompt and print out what it has loaded - which can be blank or a partial page. This behavior is also a bit weird because you could have closed the last FF window, but you&apos;d get a lone print dialog.

There&apos;s no clear defined behavior here either. For WebKit, with my patch, we&apos;d match IE&apos;s behavior. Since the page never finished loading, we wouldn&apos;t get a print prompt.


It appears I&apos;d need to add a layout test to LayoutTests/printing ? I&apos;ll take a look there.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>262456</commentid>
    <comment_count>10</comment_count>
      <attachid>63966</attachid>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2010-08-09 19:47:34 -0700</bug_when>
    <thetext>Created attachment 63966
Defer printing patch 3 - add a changelog entry and pass check-webkit-style.

Just a clean up patch, no real code change. I looked at the printing layout tests and it&apos;s not obvious to me how we can test the behavior in this bug. I&apos;m open to suggestions.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264227</commentid>
    <comment_count>11</comment_count>
      <attachid>63966</attachid>
    <who name="Shinichiro Hamaji">hamaji</who>
    <bug_when>2010-08-13 00:52:46 -0700</bug_when>
    <thetext>Comment on attachment 63966
Defer printing patch 3 - add a changelog entry and pass check-webkit-style.

Oops. Sorry for the latency. I think the test method I&apos;ve added cannot help testing window.print(). I think we can add WebCore/manual-tests for this test.

This change looks good to me as the new behavior sounds more compatible to other browsers. I hesitate to r+ this change now because this patch is related to loader which I don&apos;t know well.

WebCore/loader/FrameLoader.cpp:2233
 +          window-&gt;print();
A question: don&apos;t we need to reset m_printDeferred?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>264488</commentid>
    <comment_count>12</comment_count>
      <attachid>64371</attachid>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2010-08-13 13:48:24 -0700</bug_when>
    <thetext>Created attachment 64371
Defer printing patch 3 - add a manual test.

(In reply to comment #11)
&gt; (From update of attachment 63966 [details])
&gt; Oops. Sorry for the latency. I think the test method I&apos;ve added cannot help testing window.print(). I think we can add WebCore/manual-tests for this test.

Ok, I added a copy of 25027.htm to manual-tests. See try 4.

&gt; This change looks good to me as the new behavior sounds more compatible to other browsers. I hesitate to r+ this change now because this patch is related to loader which I don&apos;t know well.
&gt; 
&gt; WebCore/loader/FrameLoader.cpp:2233
&gt;  +          window-&gt;print();
&gt; A question: don&apos;t we need to reset m_printDeferred?

DOMWindow::print() resets m_printDeferred.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>268990</commentid>
    <comment_count>13</comment_count>
      <attachid>64371</attachid>
    <who name="Shinichiro Hamaji">hamaji</who>
    <bug_when>2010-08-24 20:10:43 -0700</bug_when>
    <thetext>Comment on attachment 64371
Defer printing patch 3 - add a manual test.

Looks good. As I wrote in Comment 11, I&apos;m not sure I&apos;m a good reviewer for loader code. Could you wait for a few days before you land this to see if no one objects?

&gt; DOMWindow::print() resets m_printDeferred.

Ah, I see. Thanks for clarification!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>271772</commentid>
    <comment_count>14</comment_count>
      <attachid>64371</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-08-30 17:02:56 -0700</bug_when>
    <thetext>Comment on attachment 64371
Defer printing patch 3 - add a manual test.

Clearing flags on attachment: 64371

Committed r66428: &lt;http://trac.webkit.org/changeset/66428&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>271773</commentid>
    <comment_count>15</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2010-08-30 17:03:01 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>271813</commentid>
    <comment_count>16</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-08-30 17:48:14 -0700</bug_when>
    <thetext>I see multiple problems with this patch:

It’s not good how this patch spreads the feature over two classes. The code in both FrameLoader and DOMWindow is inelegant. All the code should be in one class, with the other class calling over as needed. That way you would not have to expose a printDeferred function.

The name printDeferred is not a good boolean function or data member name. It sounds like a verb &quot;print deferred&quot;. I would name it &quot;should print when finished loading&quot;:

    m_shouldPrintWhenFinishedLoading

Also, I think FrameLoader::finishedLoading may not be the right place to call this. That&apos;s the function called when the main resources is loaded, not when the entire page is loaded.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>271850</commentid>
    <comment_count>17</comment_count>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2010-08-30 18:42:21 -0700</bug_when>
    <thetext>(In reply to comment #16)
&gt; I see multiple problems with this patch:
&gt; 
&gt; It’s not good how this patch spreads the feature over two classes. The code in both FrameLoader and DOMWindow is inelegant. All the code should be in one class, with the other class calling over as needed. That way you would not have to expose a printDeferred function.
&gt; 
&gt; The name printDeferred is not a good boolean function or data member name. It sounds like a verb &quot;print deferred&quot;. I would name it &quot;should print when finished loading&quot;:
&gt; 
&gt;     m_shouldPrintWhenFinishedLoading
&gt; 
&gt; Also, I think FrameLoader::finishedLoading may not be the right place to call this. That&apos;s the function called when the main resources is loaded, not when the entire page is loaded.

I&apos;d be happy to fix this to address your concerns. Should I post a follow up patch to this bug / a separate bug, or revert?

If FrameLoader::finishedLoading is the wrong place, then do you know where the right place is?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>271857</commentid>
    <comment_count>18</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2010-08-30 18:53:25 -0700</bug_when>
    <thetext>(In reply to comment #17)
&gt; I&apos;d be happy to fix this to address your concerns. Should I post a follow up patch to this bug / a separate bug, or revert?

I think a separate bug is the cleanest way to attack it.

&gt; If FrameLoader::finishedLoading is the wrong place, then do you know where the right place is?

It would take a little thought to be sure. I would want it to be a place that exactly corresponded to whatever test we&apos;re doing to check if it should be deferred. So if the test is &quot;isLoading&quot; then it should be the place that makes isLoading false. Or if the test is &quot;did not fire load event yet&quot;, then it should be the place that the load event is fired. Sorry, I don’t have time to do the research myself right now.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337498</commentid>
    <comment_count>19</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-01-20 12:16:06 -0800</bug_when>
    <thetext>&gt; I tried changing the test page to call print() multiple times. On Windows, we have the following behavior:
&gt;
&gt; IE 8: prompts once always
&gt; FF 3.6: prompts once always
&lt;...&gt;
&gt; Based on this, I&apos;d say it&apos;s ok if the WebKit based browser match IE/FF.

This is not what I see in Firefox 3.6 on Mac or Windows. What I see is that window.print() is always synchronous in Firefox, just like in Safari 5 - as evidenced by the included test case, which fails in Firefox.

So, this patch has changed WebKit from matching Firefox to matching IE. What am I missing? Why does the original issue with Bank of America not occur with Firefox?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337571</commentid>
    <comment_count>20</comment_count>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2011-01-20 13:41:57 -0800</bug_when>
    <thetext>(In reply to comment #19)
&gt; &gt; I tried changing the test page to call print() multiple times. On Windows, we have the following behavior:
&gt; &gt;
&gt; &gt; IE 8: prompts once always
&gt; &gt; FF 3.6: prompts once always
&gt; &lt;...&gt;
&gt; &gt; Based on this, I&apos;d say it&apos;s ok if the WebKit based browser match IE/FF.
&gt; 
&gt; This is not what I see in Firefox 3.6 on Mac or Windows. What I see is that window.print() is always synchronous in Firefox, just like in Safari 5 - as evidenced by the included test case, which fails in Firefox.
&gt; 
&gt; So, this patch has changed WebKit from matching Firefox to matching IE. What am I missing? Why does the original issue with Bank of America not occur with Firefox?

Which test case did you try exactly? On Windows XP, with Firefox 3.6.12 and a CutePDF dummy printer, I loaded up http://leiz.org/chromium/25027_test2.html, which calls window.print() 3 times, but only pops up the print dialog once.

screen capture of what I described above:
http://leiz.org/chromium/25027_ff.avi</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337609</commentid>
    <comment_count>21</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-01-20 14:31:19 -0800</bug_when>
    <thetext>I&apos;ve been testing with local files, and your test case also results in three synchronous print dialogs when loaded from a local file. Can you confirm that the regression test that went to manual-tests fails in Firefox for you?

Looks like Firefox has a special case for file:///, or maybe it just has some kind of timing issue. Interesting.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337621</commentid>
    <comment_count>22</comment_count>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2011-01-20 14:50:06 -0800</bug_when>
    <thetext>(In reply to comment #21)
&gt; I&apos;ve been testing with local files, and your test case also results in three synchronous print dialogs when loaded from a local file. Can you confirm that the regression test that went to manual-tests fails in Firefox for you?
&gt; 
&gt; Looks like Firefox has a special case for file:///, or maybe it just has some kind of timing issue. Interesting.

Yes, I do see the different behavior from Firefox when using a file:// url rather than http://. Perhaps some kind of safeguard against malicious webpages?

The regression test did not fail for me with Firefox. When I loaded print-before-load.html, the CutePDF &apos;printer&apos; output had the text from the webpage. Same for both file:// and http://.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337646</commentid>
    <comment_count>23</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-01-20 15:21:20 -0800</bug_when>
    <thetext>&gt; The regression test did not fail for me with Firefox.

That&apos;s still strange, but is less important than the fact that Firefox also delays printing web pages until the page is loaded.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337653</commentid>
    <comment_count>24</comment_count>
    <who name="">mitz</who>
    <bug_when>2011-01-20 15:29:59 -0800</bug_when>
    <thetext>(In reply to comment #23)
&gt; That&apos;s still strange, but is less important than the fact that Firefox also delays printing web pages until the page is loaded.

As far as I can tell from &lt;http://www.whatwg.org/specs/web-apps/current-work/multipage/timers.html#printing&gt;, the user agent may delay printing, but if it does so, it should still print the page as it was when print() was called. At any rate, it may not defer the printing prompt.

It appears as if Firefox (and perhaps WebKit browsers after this fix) or not in compliance with HTML.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337654</commentid>
    <comment_count>25</comment_count>
    <who name="">mitz</who>
    <bug_when>2011-01-20 15:30:30 -0800</bug_when>
    <thetext>s/or not/are not/</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337661</commentid>
    <comment_count>26</comment_count>
    <who name="Lei Zhang">thestig</who>
    <bug_when>2011-01-20 15:41:15 -0800</bug_when>
    <thetext>Then that means IE / FF / Webkit all violates the WHATWG spec, but at least they are consistent with respect to each other.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>337675</commentid>
    <comment_count>27</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2011-01-20 15:52:19 -0800</bug_when>
    <thetext>I&apos;ve sent an e-mail to WHATWG about this.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>63790</attachid>
            <date>2010-08-06 17:46:59 -0700</date>
            <delta_ts>2010-08-06 18:23:06 -0700</delta_ts>
            <desc>Patch to fix the bug.</desc>
            <filename>defer_printing.patch</filename>
            <type>text/plain</type>
            <size>2696</size>
            <attacher name="Lei Zhang">thestig</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA2NDg4NykKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMTcgQEAKKzIwMTAtMDgtMDYgIExlaSBaaGFuZyAgPHRoZXN0aWdAY2hyb21pdW0u
b3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIERl
ZmVyIHByaW50aW5nIHVudGlsIHRoZSBGcmFtZUxvYWRlciBmaW5pc2hlcyBsb2FkaW5nLgorCisg
ICAgICAgICogbG9hZGVyL0ZyYW1lTG9hZGVyLmNwcDoKKyAgICAgICAgKFdlYkNvcmU6OkZyYW1l
TG9hZGVyOjpmaW5pc2hlZExvYWRpbmcpOgorICAgICAgICAqIHBhZ2UvRE9NV2luZG93LmNwcDoK
KyAgICAgICAgKFdlYkNvcmU6OkRPTVdpbmRvdzo6RE9NV2luZG93KToKKyAgICAgICAgKFdlYkNv
cmU6OkRPTVdpbmRvdzo6cHJpbnQpOgorICAgICAgICAqIHBhZ2UvRE9NV2luZG93Lmg6CisgICAg
ICAgIChXZWJDb3JlOjpET01XaW5kb3c6OnByaW50X2RlZmVycmVkKToKKwogMjAxMC0wOC0wNiAg
RXJpYyBDYXJsc29uICA8ZXJpYy5jYXJsc29uQGFwcGxlLmNvbT4KIAogICAgICAgICBVbnJldmll
d2VkLCByZWxlYXNlIFF0IGJ1aWxkIGZpeC4KSW5kZXg6IFdlYkNvcmUvbG9hZGVyL0ZyYW1lTG9h
ZGVyLmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL2xvYWRlci9GcmFtZUxvYWRlci5jcHAJKHJl
dmlzaW9uIDY0ODg1KQorKysgV2ViQ29yZS9sb2FkZXIvRnJhbWVMb2FkZXIuY3BwCSh3b3JraW5n
IGNvcHkpCkBAIC0yMjI4LDYgKzIyMjgsMTAgQEAgdm9pZCBGcmFtZUxvYWRlcjo6ZmluaXNoZWRM
b2FkaW5nKCkKICAgICBkbC0+c2V0UHJpbWFyeUxvYWRDb21wbGV0ZSh0cnVlKTsKICAgICBtX2Ns
aWVudC0+ZGlzcGF0Y2hEaWRMb2FkTWFpblJlc291cmNlKGRsLmdldCgpKTsKICAgICBjaGVja0xv
YWRDb21wbGV0ZSgpOworICAgIGlmIChET01XaW5kb3cqIHdpbmRvdyA9IG1fZnJhbWUtPmV4aXN0
aW5nRE9NV2luZG93KCkgJiYKKyAgICAgICAgd2luZG93LT5wcmludF9kZWZlcnJlZCgpKSB7Cisg
ICAgICAgIHdpbmRvdy0+cHJpbnQoKTsKKyAgICB9CiB9CiAKIGJvb2wgRnJhbWVMb2FkZXI6Omlz
SG9zdGVkQnlPYmplY3RFbGVtZW50KCkgY29uc3QKSW5kZXg6IFdlYkNvcmUvcGFnZS9ET01XaW5k
b3cuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvcGFnZS9ET01XaW5kb3cuY3BwCShyZXZpc2lv
biA2NDg4NSkKKysrIFdlYkNvcmUvcGFnZS9ET01XaW5kb3cuY3BwCSh3b3JraW5nIGNvcHkpCkBA
IC0zNzksNyArMzc5LDggQEAgYm9vbCBET01XaW5kb3c6OmNhblNob3dNb2RhbERpYWxvZ05vdyhj
bwogfQogCiBET01XaW5kb3c6OkRPTVdpbmRvdyhGcmFtZSogZnJhbWUpCi0gICAgOiBtX2ZyYW1l
KGZyYW1lKQorICAgIDogbV9wcmludF9kZWZlcnJlZChmYWxzZSksCisgICAgICBtX2ZyYW1lKGZy
YW1lKQogewogfQogCkBAIC04NjEsNiArODYyLDExIEBAIHZvaWQgRE9NV2luZG93OjpwcmludCgp
CiAgICAgaWYgKCFwYWdlKQogICAgICAgICByZXR1cm47CiAKKyAgICBpZiAobV9mcmFtZS0+bG9h
ZGVyKCktPmlzTG9hZGluZygpKSB7CisgICAgICAgIG1fcHJpbnRfZGVmZXJyZWQgPSB0cnVlOwor
ICAgICAgICByZXR1cm47CisgICAgfQorICAgIG1fcHJpbnRfZGVmZXJyZWQgPSBmYWxzZTsKICAg
ICBwYWdlLT5jaHJvbWUoKS0+cHJpbnQobV9mcmFtZSk7CiB9CiAKSW5kZXg6IFdlYkNvcmUvcGFn
ZS9ET01XaW5kb3cuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL3BhZ2UvRE9NV2luZG93LmgJKHJl
dmlzaW9uIDY0ODg1KQorKysgV2ViQ29yZS9wYWdlL0RPTVdpbmRvdy5oCSh3b3JraW5nIGNvcHkp
CkBAIC05MCw2ICs5MCw3IEBAIG5hbWVzcGFjZSBXZWJDb3JlIHsKICAgICAgICAgdmlydHVhbCBE
T01XaW5kb3cqIHRvRE9NV2luZG93KCkgeyByZXR1cm4gdGhpczsgfQogICAgICAgICB2aXJ0dWFs
IFNjcmlwdEV4ZWN1dGlvbkNvbnRleHQqIHNjcmlwdEV4ZWN1dGlvbkNvbnRleHQoKSBjb25zdDsK
IAorICAgICAgICBib29sIHByaW50X2RlZmVycmVkKCkgY29uc3QgeyByZXR1cm4gbV9wcmludF9k
ZWZlcnJlZDsgfQogICAgICAgICBGcmFtZSogZnJhbWUoKSBjb25zdCB7IHJldHVybiBtX2ZyYW1l
OyB9CiAgICAgICAgIHZvaWQgZGlzY29ubmVjdEZyYW1lKCk7CiAKQEAgLTM5Nyw2ICszOTgsNyBA
QCBuYW1lc3BhY2UgV2ViQ29yZSB7CiAgICAgICAgIFJlZlB0cjxTZWN1cml0eU9yaWdpbj4gbV9z
ZWN1cml0eU9yaWdpbjsKICAgICAgICAgS1VSTCBtX3VybDsKIAorICAgICAgICBib29sIG1fcHJp
bnRfZGVmZXJyZWQ7CiAgICAgICAgIEZyYW1lKiBtX2ZyYW1lOwogICAgICAgICBtdXRhYmxlIFJl
ZlB0cjxTY3JlZW4+IG1fc2NyZWVuOwogICAgICAgICBtdXRhYmxlIFJlZlB0cjxET01TZWxlY3Rp
b24+IG1fc2VsZWN0aW9uOwo=
</data>

          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>63791</attachid>
            <date>2010-08-06 18:23:06 -0700</date>
            <delta_ts>2010-08-13 13:48:24 -0700</delta_ts>
            <desc>Patch to fix the bug. (try 2)</desc>
            <filename>defer_printing.patch</filename>
            <type>text/plain</type>
            <size>1997</size>
            <attacher name="Lei Zhang">thestig</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvbG9hZGVyL0ZyYW1lTG9hZGVyLmNwcAo9PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJD
b3JlL2xvYWRlci9GcmFtZUxvYWRlci5jcHAJKHJldmlzaW9uIDY0ODg1KQorKysgV2ViQ29yZS9s
b2FkZXIvRnJhbWVMb2FkZXIuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0yMjI4LDYgKzIyMjgsMTEg
QEAgdm9pZCBGcmFtZUxvYWRlcjo6ZmluaXNoZWRMb2FkaW5nKCkKICAgICBkbC0+c2V0UHJpbWFy
eUxvYWRDb21wbGV0ZSh0cnVlKTsKICAgICBtX2NsaWVudC0+ZGlzcGF0Y2hEaWRMb2FkTWFpblJl
c291cmNlKGRsLmdldCgpKTsKICAgICBjaGVja0xvYWRDb21wbGV0ZSgpOworICAgIGlmIChET01X
aW5kb3cqIHdpbmRvdyA9IG1fZnJhbWUtPmV4aXN0aW5nRE9NV2luZG93KCkpIHsKKyAgICAgICAg
aWYgKHdpbmRvdy0+cHJpbnREZWZlcnJlZCgpKSB7CisgICAgICAgICAgICB3aW5kb3ctPnByaW50
KCk7CisgICAgICAgIH0KKyAgICB9CiB9CiAKIGJvb2wgRnJhbWVMb2FkZXI6OmlzSG9zdGVkQnlP
YmplY3RFbGVtZW50KCkgY29uc3QKSW5kZXg6IFdlYkNvcmUvcGFnZS9ET01XaW5kb3cuY3BwCj09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT0KLS0tIFdlYkNvcmUvcGFnZS9ET01XaW5kb3cuY3BwCShyZXZpc2lvbiA2NDg4NSkK
KysrIFdlYkNvcmUvcGFnZS9ET01XaW5kb3cuY3BwCSh3b3JraW5nIGNvcHkpCkBAIC0zNzksNyAr
Mzc5LDggQEAgYm9vbCBET01XaW5kb3c6OmNhblNob3dNb2RhbERpYWxvZ05vdyhjbwogfQogCiBE
T01XaW5kb3c6OkRPTVdpbmRvdyhGcmFtZSogZnJhbWUpCi0gICAgOiBtX2ZyYW1lKGZyYW1lKQor
ICAgIDogbV9wcmludERlZmVycmVkKGZhbHNlKSwKKyAgICAgIG1fZnJhbWUoZnJhbWUpCiB7CiB9
CiAKQEAgLTg2MSw2ICs4NjIsMTEgQEAgdm9pZCBET01XaW5kb3c6OnByaW50KCkKICAgICBpZiAo
IXBhZ2UpCiAgICAgICAgIHJldHVybjsKIAorICAgIGlmIChtX2ZyYW1lLT5sb2FkZXIoKS0+aXNM
b2FkaW5nKCkpIHsKKyAgICAgICAgbV9wcmludERlZmVycmVkID0gdHJ1ZTsKKyAgICAgICAgcmV0
dXJuOworICAgIH0KKyAgICBtX3ByaW50RGVmZXJyZWQgPSBmYWxzZTsKICAgICBwYWdlLT5jaHJv
bWUoKS0+cHJpbnQobV9mcmFtZSk7CiB9CiAKSW5kZXg6IFdlYkNvcmUvcGFnZS9ET01XaW5kb3cu
aAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL3BhZ2UvRE9NV2luZG93LmgJKHJldmlzaW9uIDY0ODg1
KQorKysgV2ViQ29yZS9wYWdlL0RPTVdpbmRvdy5oCSh3b3JraW5nIGNvcHkpCkBAIC05MCw2ICs5
MCw3IEBAIG5hbWVzcGFjZSBXZWJDb3JlIHsKICAgICAgICAgdmlydHVhbCBET01XaW5kb3cqIHRv
RE9NV2luZG93KCkgeyByZXR1cm4gdGhpczsgfQogICAgICAgICB2aXJ0dWFsIFNjcmlwdEV4ZWN1
dGlvbkNvbnRleHQqIHNjcmlwdEV4ZWN1dGlvbkNvbnRleHQoKSBjb25zdDsKIAorICAgICAgICBi
b29sIHByaW50RGVmZXJyZWQoKSBjb25zdCB7IHJldHVybiBtX3ByaW50RGVmZXJyZWQ7IH0KICAg
ICAgICAgRnJhbWUqIGZyYW1lKCkgY29uc3QgeyByZXR1cm4gbV9mcmFtZTsgfQogICAgICAgICB2
b2lkIGRpc2Nvbm5lY3RGcmFtZSgpOwogCkBAIC0zOTcsNiArMzk4LDcgQEAgbmFtZXNwYWNlIFdl
YkNvcmUgewogICAgICAgICBSZWZQdHI8U2VjdXJpdHlPcmlnaW4+IG1fc2VjdXJpdHlPcmlnaW47
CiAgICAgICAgIEtVUkwgbV91cmw7CiAKKyAgICAgICAgYm9vbCBtX3ByaW50RGVmZXJyZWQ7CiAg
ICAgICAgIEZyYW1lKiBtX2ZyYW1lOwogICAgICAgICBtdXRhYmxlIFJlZlB0cjxTY3JlZW4+IG1f
c2NyZWVuOwogICAgICAgICBtdXRhYmxlIFJlZlB0cjxET01TZWxlY3Rpb24+IG1fc2VsZWN0aW9u
Owo=
</data>
<flag name="review"
          id="52206"
          type_id="1"
          status="-"
          setter="dglazkov"
    />
          </attachment>
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>63966</attachid>
            <date>2010-08-09 19:47:34 -0700</date>
            <delta_ts>2010-08-13 13:48:24 -0700</delta_ts>
            <desc>Defer printing patch 3 - add a changelog entry and pass check-webkit-style.</desc>
            <filename>defer_printing.patch</filename>
            <type>text/plain</type>
            <size>2620</size>
            <attacher name="Lei Zhang">thestig</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA2NTAzNCkKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMjAgQEAKKzIwMTAtMDgtMDkgIExlaSBaaGFuZyAgPHRoZXN0aWdAY2hyb21pdW0u
b3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIERl
ZmVyIHByaW50aW5nIHVudGlsIHRoZSBGcmFtZUxvYWRlciBmaW5pc2hlcyBsb2FkaW5nLgorICAg
ICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NDM2NTgKKworICAg
ICAgICBObyBuZXcgdGVzdHMuIChPT1BTISkKKworICAgICAgICAqIGxvYWRlci9GcmFtZUxvYWRl
ci5jcHA6CisgICAgICAgIChXZWJDb3JlOjpGcmFtZUxvYWRlcjo6ZmluaXNoZWRMb2FkaW5nKToK
KyAgICAgICAgKiBwYWdlL0RPTVdpbmRvdy5jcHA6CisgICAgICAgIChXZWJDb3JlOjpET01XaW5k
b3c6OkRPTVdpbmRvdyk6CisgICAgICAgIChXZWJDb3JlOjpET01XaW5kb3c6OnByaW50KToKKyAg
ICAgICAgKiBwYWdlL0RPTVdpbmRvdy5oOgorICAgICAgICAoV2ViQ29yZTo6RE9NV2luZG93Ojpw
cmludERlZmVycmVkKToKKwogMjAxMC0wOC0wOSAgR2F2aW4gQmFycmFjbG91Z2ggIDxiYXJyYWNs
b3VnaEBhcHBsZS5jb20+CiAKICAgICAgICAgUXQgYnVpbGQgZml4IElJSS4KSW5kZXg6IFdlYkNv
cmUvcGFnZS9ET01XaW5kb3cuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL3BhZ2UvRE9NV2luZG93
LmgJKHJldmlzaW9uIDY1MDMzKQorKysgV2ViQ29yZS9wYWdlL0RPTVdpbmRvdy5oCSh3b3JraW5n
IGNvcHkpCkBAIC05MCw2ICs5MCw3IEBACiAgICAgICAgIHZpcnR1YWwgRE9NV2luZG93KiB0b0RP
TVdpbmRvdygpIHsgcmV0dXJuIHRoaXM7IH0KICAgICAgICAgdmlydHVhbCBTY3JpcHRFeGVjdXRp
b25Db250ZXh0KiBzY3JpcHRFeGVjdXRpb25Db250ZXh0KCkgY29uc3Q7CiAKKyAgICAgICAgYm9v
bCBwcmludERlZmVycmVkKCkgY29uc3QgeyByZXR1cm4gbV9wcmludERlZmVycmVkOyB9CiAgICAg
ICAgIEZyYW1lKiBmcmFtZSgpIGNvbnN0IHsgcmV0dXJuIG1fZnJhbWU7IH0KICAgICAgICAgdm9p
ZCBkaXNjb25uZWN0RnJhbWUoKTsKIApAQCAtMzk3LDYgKzM5OCw3IEBACiAgICAgICAgIFJlZlB0
cjxTZWN1cml0eU9yaWdpbj4gbV9zZWN1cml0eU9yaWdpbjsKICAgICAgICAgS1VSTCBtX3VybDsK
IAorICAgICAgICBib29sIG1fcHJpbnREZWZlcnJlZDsKICAgICAgICAgRnJhbWUqIG1fZnJhbWU7
CiAgICAgICAgIG11dGFibGUgUmVmUHRyPFNjcmVlbj4gbV9zY3JlZW47CiAgICAgICAgIG11dGFi
bGUgUmVmUHRyPERPTVNlbGVjdGlvbj4gbV9zZWxlY3Rpb247CkluZGV4OiBXZWJDb3JlL3BhZ2Uv
RE9NV2luZG93LmNwcAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL3BhZ2UvRE9NV2luZG93LmNwcAko
cmV2aXNpb24gNjUwMzMpCisrKyBXZWJDb3JlL3BhZ2UvRE9NV2luZG93LmNwcAkod29ya2luZyBj
b3B5KQpAQCAtMzc5LDcgKzM3OSw4IEBACiB9CiAKIERPTVdpbmRvdzo6RE9NV2luZG93KEZyYW1l
KiBmcmFtZSkKLSAgICA6IG1fZnJhbWUoZnJhbWUpCisgICAgOiBtX3ByaW50RGVmZXJyZWQoZmFs
c2UpLAorICAgICAgbV9mcmFtZShmcmFtZSkKIHsKIH0KIApAQCAtODYxLDYgKzg2MiwxMSBAQAog
ICAgIGlmICghcGFnZSkKICAgICAgICAgcmV0dXJuOwogCisgICAgaWYgKG1fZnJhbWUtPmxvYWRl
cigpLT5pc0xvYWRpbmcoKSkgeworICAgICAgICBtX3ByaW50RGVmZXJyZWQgPSB0cnVlOworICAg
ICAgICByZXR1cm47CisgICAgfQorICAgIG1fcHJpbnREZWZlcnJlZCA9IGZhbHNlOwogICAgIHBh
Z2UtPmNocm9tZSgpLT5wcmludChtX2ZyYW1lKTsKIH0KIApJbmRleDogV2ViQ29yZS9sb2FkZXIv
RnJhbWVMb2FkZXIuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvbG9hZGVyL0ZyYW1lTG9hZGVy
LmNwcAkocmV2aXNpb24gNjUwMzMpCisrKyBXZWJDb3JlL2xvYWRlci9GcmFtZUxvYWRlci5jcHAJ
KHdvcmtpbmcgY29weSkKQEAgLTIyMjcsNiArMjIyNywxMCBAQAogICAgIGRsLT5zZXRQcmltYXJ5
TG9hZENvbXBsZXRlKHRydWUpOwogICAgIG1fY2xpZW50LT5kaXNwYXRjaERpZExvYWRNYWluUmVz
b3VyY2UoZGwuZ2V0KCkpOwogICAgIGNoZWNrTG9hZENvbXBsZXRlKCk7CisKKyAgICBET01XaW5k
b3cqIHdpbmRvdyA9IG1fZnJhbWUtPmV4aXN0aW5nRE9NV2luZG93KCk7CisgICAgaWYgKHdpbmRv
dyAmJiB3aW5kb3ctPnByaW50RGVmZXJyZWQoKSkKKyAgICAgICAgd2luZG93LT5wcmludCgpOwog
fQogCiBib29sIEZyYW1lTG9hZGVyOjppc0hvc3RlZEJ5T2JqZWN0RWxlbWVudCgpIGNvbnN0Cg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>64371</attachid>
            <date>2010-08-13 13:48:24 -0700</date>
            <delta_ts>2010-08-30 17:02:56 -0700</delta_ts>
            <desc>Defer printing patch 3 - add a manual test.</desc>
            <filename>defer_printing.patch</filename>
            <type>text/plain</type>
            <size>3418</size>
            <attacher name="Lei Zhang">thestig</attacher>
            
              <data encoding="base64">SW5kZXg6IFdlYkNvcmUvQ2hhbmdlTG9nCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvQ2hhbmdlTG9n
CShyZXZpc2lvbiA2NTMzNykKKysrIFdlYkNvcmUvQ2hhbmdlTG9nCSh3b3JraW5nIGNvcHkpCkBA
IC0xLDMgKzEsMjAgQEAKKzIwMTAtMDgtMTMgIExlaSBaaGFuZyAgPHRoZXN0aWdAY2hyb21pdW0u
b3JnPgorCisgICAgICAgIFJldmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIERl
ZmVyIHByaW50aW5nIHVudGlsIHRoZSBGcmFtZUxvYWRlciBmaW5pc2hlcyBsb2FkaW5nLgorICAg
ICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/aWQ9NDM2NTgKKworICAg
ICAgICAqIG1hbnVhbC10ZXN0cy9wcmludC1iZWZvcmUtbG9hZC5odG1sOiBBZGRlZC4KKworICAg
ICAgICAqIGxvYWRlci9GcmFtZUxvYWRlci5jcHA6CisgICAgICAgIChXZWJDb3JlOjpGcmFtZUxv
YWRlcjo6ZmluaXNoZWRMb2FkaW5nKToKKyAgICAgICAgKiBwYWdlL0RPTVdpbmRvdy5jcHA6Cisg
ICAgICAgIChXZWJDb3JlOjpET01XaW5kb3c6OkRPTVdpbmRvdyk6CisgICAgICAgIChXZWJDb3Jl
OjpET01XaW5kb3c6OnByaW50KToKKyAgICAgICAgKiBwYWdlL0RPTVdpbmRvdy5oOgorICAgICAg
ICAoV2ViQ29yZTo6RE9NV2luZG93OjpwcmludERlZmVycmVkKToKKwogMjAxMC0wOC0xMyAgTGVh
bmRybyBQZXJlaXJhICA8bGVhbmRyb0Bwcm9mdXNpb24ubW9iaT4KIAogICAgICAgICBbRUZMXSBV
bnJldmlld2VkIGJ1aWxkIGZpeC4KSW5kZXg6IFdlYkNvcmUvcGFnZS9ET01XaW5kb3cuaAo9PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09Ci0tLSBXZWJDb3JlL3BhZ2UvRE9NV2luZG93LmgJKHJldmlzaW9uIDY1MzM3KQorKysg
V2ViQ29yZS9wYWdlL0RPTVdpbmRvdy5oCSh3b3JraW5nIGNvcHkpCkBAIC05MCw2ICs5MCw3IEBA
CiAgICAgICAgIHZpcnR1YWwgRE9NV2luZG93KiB0b0RPTVdpbmRvdygpIHsgcmV0dXJuIHRoaXM7
IH0KICAgICAgICAgdmlydHVhbCBTY3JpcHRFeGVjdXRpb25Db250ZXh0KiBzY3JpcHRFeGVjdXRp
b25Db250ZXh0KCkgY29uc3Q7CiAKKyAgICAgICAgYm9vbCBwcmludERlZmVycmVkKCkgY29uc3Qg
eyByZXR1cm4gbV9wcmludERlZmVycmVkOyB9CiAgICAgICAgIEZyYW1lKiBmcmFtZSgpIGNvbnN0
IHsgcmV0dXJuIG1fZnJhbWU7IH0KICAgICAgICAgdm9pZCBkaXNjb25uZWN0RnJhbWUoKTsKIApA
QCAtMzk3LDYgKzM5OCw3IEBACiAgICAgICAgIFJlZlB0cjxTZWN1cml0eU9yaWdpbj4gbV9zZWN1
cml0eU9yaWdpbjsKICAgICAgICAgS1VSTCBtX3VybDsKIAorICAgICAgICBib29sIG1fcHJpbnRE
ZWZlcnJlZDsKICAgICAgICAgRnJhbWUqIG1fZnJhbWU7CiAgICAgICAgIG11dGFibGUgUmVmUHRy
PFNjcmVlbj4gbV9zY3JlZW47CiAgICAgICAgIG11dGFibGUgUmVmUHRyPERPTVNlbGVjdGlvbj4g
bV9zZWxlY3Rpb247CkluZGV4OiBXZWJDb3JlL3BhZ2UvRE9NV2luZG93LmNwcAo9PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
Ci0tLSBXZWJDb3JlL3BhZ2UvRE9NV2luZG93LmNwcAkocmV2aXNpb24gNjUzMzcpCisrKyBXZWJD
b3JlL3BhZ2UvRE9NV2luZG93LmNwcAkod29ya2luZyBjb3B5KQpAQCAtMzc5LDcgKzM3OSw4IEBA
CiB9CiAKIERPTVdpbmRvdzo6RE9NV2luZG93KEZyYW1lKiBmcmFtZSkKLSAgICA6IG1fZnJhbWUo
ZnJhbWUpCisgICAgOiBtX3ByaW50RGVmZXJyZWQoZmFsc2UpLAorICAgICAgbV9mcmFtZShmcmFt
ZSkKIHsKIH0KIApAQCAtODYxLDYgKzg2MiwxMSBAQAogICAgIGlmICghcGFnZSkKICAgICAgICAg
cmV0dXJuOwogCisgICAgaWYgKG1fZnJhbWUtPmxvYWRlcigpLT5pc0xvYWRpbmcoKSkgeworICAg
ICAgICBtX3ByaW50RGVmZXJyZWQgPSB0cnVlOworICAgICAgICByZXR1cm47CisgICAgfQorICAg
IG1fcHJpbnREZWZlcnJlZCA9IGZhbHNlOwogICAgIHBhZ2UtPmNocm9tZSgpLT5wcmludChtX2Zy
YW1lKTsKIH0KIApJbmRleDogV2ViQ29yZS9tYW51YWwtdGVzdHMvcHJpbnQtYmVmb3JlLWxvYWQu
aHRtbAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09Ci0tLSBXZWJDb3JlL21hbnVhbC10ZXN0cy9wcmludC1iZWZvcmUtbG9h
ZC5odG1sCShyZXZpc2lvbiAwKQorKysgV2ViQ29yZS9tYW51YWwtdGVzdHMvcHJpbnQtYmVmb3Jl
LWxvYWQuaHRtbAkocmV2aXNpb24gMCkKQEAgLTAsMCArMSwxNiBAQAorPCFET0NUWVBFIEhUTUwg
UFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEgVHJhbnNpdGlvbmFsLy9FTiI+Cis8aHRtbD4K
KzxoZWFkPgorPHRpdGxlPlByaW50IFRlc3QgUGFnZTwvdGl0bGU+Cis8Ym9keT4KKworPHNjcmlw
dCBsYW5ndWFnZT0iSmF2YVNjcmlwdCIgdHlwZT0idGV4dC9qYXZhc2NyaXB0Ij4KK3dpbmRvdy5w
cmludCgpOworPC9zY3JpcHQ+CisKK1RoaXMgd2VicGFnZSBzaG91bGQgcG9wIHVwIGEgcHJpbnQg
ZGlhbG9nLiBJZiB5b3UgcHJpbnQgZnJvbSB0aGF0IGRpYWxvZywgeW91CitzaG91bGQgc2VlIHRo
aXMgb3V0cHV0IG9uIHBhcGVyLgorCis8L2JvZHk+Cis8L2h0bWw+CisKClByb3BlcnR5IGNoYW5n
ZXMgb246IFdlYkNvcmUvbWFudWFsLXRlc3RzL3ByaW50LWJlZm9yZS1sb2FkLmh0bWwKX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXwpBZGRlZDogc3ZuOmVvbC1zdHlsZQogICArIExGCgpJbmRleDogV2ViQ29yZS9sb2FkZXIv
RnJhbWVMb2FkZXIuY3BwCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIFdlYkNvcmUvbG9hZGVyL0ZyYW1lTG9hZGVy
LmNwcAkocmV2aXNpb24gNjUzMzcpCisrKyBXZWJDb3JlL2xvYWRlci9GcmFtZUxvYWRlci5jcHAJ
KHdvcmtpbmcgY29weSkKQEAgLTIxNjIsNiArMjE2MiwxMCBAQAogICAgIGRsLT5zZXRQcmltYXJ5
TG9hZENvbXBsZXRlKHRydWUpOwogICAgIG1fY2xpZW50LT5kaXNwYXRjaERpZExvYWRNYWluUmVz
b3VyY2UoZGwuZ2V0KCkpOwogICAgIGNoZWNrTG9hZENvbXBsZXRlKCk7CisKKyAgICBET01XaW5k
b3cqIHdpbmRvdyA9IG1fZnJhbWUtPmV4aXN0aW5nRE9NV2luZG93KCk7CisgICAgaWYgKHdpbmRv
dyAmJiB3aW5kb3ctPnByaW50RGVmZXJyZWQoKSkKKyAgICAgICAgd2luZG93LT5wcmludCgpOwog
fQogCiBib29sIEZyYW1lTG9hZGVyOjppc0hvc3RlZEJ5T2JqZWN0RWxlbWVudCgpIGNvbnN0Cg==
</data>

          </attachment>
      

    </bug>

</bugzilla>