<?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>126169</bug_id>
          
          <creation_ts>2013-12-23 11:27:47 -0800</creation_ts>
          <short_desc>REGRESSION: plugins/plugin-remove-readystatechange.html is failing on debug bots</short_desc>
          <delta_ts>2015-01-04 16:04:50 -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>Plug-ins</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.webkit.org/show_bug.cgi?id=130653</see_also>
          <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="Alexey Proskuryakov">ap</reporter>
          <assigned_to name="Alexey Proskuryakov">ap</assigned_to>
          <cc>commit-queue</cc>
    
    <cc>darin</cc>
    
    <cc>koivisto</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>962525</commentid>
    <comment_count>0</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2013-12-23 11:27:47 -0800</bug_when>
    <thetext>plugins/plugin-remove-readystatechange.html became very flaky on debug bots recently, possibly because of lazy tree creation (the first failure is in r160911:r160914 range, just a few revisions after r160908).

http://webkit-test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=plugins%2Fplugin-remove-readystatechange.html

Looks like it&apos;s an extra blank line:

 ALERT: PASS: element could not be re-appended
 This test passes if it does not trip an assert in debug builds. It ensures a readystatechange event can&apos;t get dispatched until after a plugin is fully removed.
+</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1058554</commentid>
    <comment_count>1</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2015-01-04 11:54:51 -0800</bug_when>
    <thetext>Darin had a related fix for this test in bug 130653, but that got rolled out.

I&apos;m going to tweak the test to make it non-flaky, but it looks like a real bug in rendering code (that I have no idea how to fix).

When embed is the last rendered element in a document, and there is a newline after it, we create a renderer for the newline, and don&apos;t remove it when the embed is removed. But when there is no embed by the time the first layout occurs, the newline is ignored.

So, we get different render trees for the same DOM, depending on its history.

It&apos;s unfortunate that this bug hasn&apos;t been looked into in more than a year, even though the culprit was immediately identified.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1058555</commentid>
    <comment_count>2</comment_count>
      <attachid>243934</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2015-01-04 12:03:40 -0800</bug_when>
    <thetext>Created attachment 243934
proposed fix</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1058575</commentid>
    <comment_count>3</comment_count>
    <who name="Darin Adler">darin</who>
    <bug_when>2015-01-04 13:42:24 -0800</bug_when>
    <thetext>(In reply to comment #1)
&gt; It&apos;s unfortunate that this bug hasn&apos;t been looked into in more than a year,
&gt; even though the culprit was immediately identified.

What was the culprit?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1058589</commentid>
    <comment_count>4</comment_count>
      <attachid>243934</attachid>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2015-01-04 15:24:15 -0800</bug_when>
    <thetext>Comment on attachment 243934
proposed fix

&gt; What was the culprit?

Not a specific culprit in code, but circumstantial evidence was pointing to &lt;http://trac.webkit.org/changeset/160908&gt;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1058601</commentid>
    <comment_count>5</comment_count>
      <attachid>243934</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2015-01-04 16:04:46 -0800</bug_when>
    <thetext>Comment on attachment 243934
proposed fix

Clearing flags on attachment: 243934

Committed r177879: &lt;http://trac.webkit.org/changeset/177879&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1058602</commentid>
    <comment_count>6</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2015-01-04 16:04:50 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>243934</attachid>
            <date>2015-01-04 12:03:40 -0800</date>
            <delta_ts>2015-01-04 16:04:46 -0800</delta_ts>
            <desc>proposed fix</desc>
            <filename>NewlineRenderer.txt</filename>
            <type>text/plain</type>
            <size>2307</size>
            <attacher name="Alexey Proskuryakov">ap</attacher>
            
              <data encoding="base64">SW5kZXg6IExheW91dFRlc3RzL0NoYW5nZUxvZwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBMYXlvdXRUZXN0cy9D
aGFuZ2VMb2cJKHJldmlzaW9uIDE3Nzg3NCkKKysrIExheW91dFRlc3RzL0NoYW5nZUxvZwkod29y
a2luZyBjb3B5KQpAQCAtMSwzICsxLDE2IEBACisyMDE1LTAxLTA0ICBBbGV4ZXkgUHJvc2t1cnlh
a292ICA8YXBAYXBwbGUuY29tPgorCisgICAgICAgIFJFR1JFU1NJT046IHBsdWdpbnMvcGx1Z2lu
LXJlbW92ZS1yZWFkeXN0YXRlY2hhbmdlLmh0bWwgaXMgZmFpbGluZyBvbiBkZWJ1ZyBib3RzCisg
ICAgICAgIGh0dHBzOi8vYnVncy53ZWJraXQub3JnL3Nob3dfYnVnLmNnaT9pZD0xMjYxNjkKKwor
ICAgICAgICBSZXZpZXdlZCBieSBOT0JPRFkgKE9PUFMhKS4KKworICAgICAgICAqIHBsdWdpbnMv
cGx1Z2luLXJlbW92ZS1yZWFkeXN0YXRlY2hhbmdlLmh0bWw6IE1vdmUgdGhlIGVtYmVkIHNvIHRo
YXQgaXQncyBub3QgdGhlCisgICAgICAgIGxhc3QgcmVuZGVyZWQgZWxlbWVudCBpbiB0aGUgdGVz
dC4gSXQncyBvbmx5IGEgd29ya2Fyb3VuZCwgbm90IGEgcmVhbCBmaXggLSBpZgorICAgICAgICBh
bnlvbmUgaXMgaW50ZXJlc3RlZCBpbiBmaXhpbmcgdGhlIGlzc3VlIGZvciByZWFsLCBwbGVhc2Ug
ZmlsZSBhIG5ldyBidWcuCisgICAgICAgIEFsc28sIGRlbXlzdGlmaWVkIHRoZSB0ZXN0IGJ5IHVz
aW5nIHJlYWR5U3RhdGUgaW5zdGVhZCBvZiBjb3VudGluZyByZWFkeXN0YXRlY2hhbmdlCisgICAg
ICAgIGV2ZW50cy4KKwogMjAxNS0wMS0wMyAgTWljaGFlbCBTYWJvZmYgIDxtc2Fib2ZmQGFwcGxl
LmNvbT4KIAogICAgICAgICBDcmFzaCBpbiBvcGVyYXRpb25OZXdGdW5jdGlvbiB3aGVuIHNjcm9s
bGluZyBvbiBHb29nbGUrCkluZGV4OiBMYXlvdXRUZXN0cy9wbHVnaW5zL3BsdWdpbi1yZW1vdmUt
cmVhZHlzdGF0ZWNoYW5nZS5odG1sCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIExheW91dFRlc3RzL3BsdWdpbnMv
cGx1Z2luLXJlbW92ZS1yZWFkeXN0YXRlY2hhbmdlLmh0bWwJKHJldmlzaW9uIDE3Nzg1NCkKKysr
IExheW91dFRlc3RzL3BsdWdpbnMvcGx1Z2luLXJlbW92ZS1yZWFkeXN0YXRlY2hhbmdlLmh0bWwJ
KHdvcmtpbmcgY29weSkKQEAgLTEsMTggKzEsMjAgQEAKIDwhRE9DVFlQRSBodG1sPgogPGh0bWw+
CiA8Ym9keT4KKzwhLS0gRklYTUU6IERvbid0IHVzZSBGbGFzaCwgaXQgbWF5IG5vdCBiZSBpbnN0
YWxsZWQgb24gdGhlIG1hY2hpbmUgd2hlcmUgdGhpcyB0ZXN0IGlzIHJ1bi4KKyAgICAgSXQgaXMg
bm90IHRyaXZpYWwgdG8gc3dpdGNoIGZyb20gRmxhc2ggdG8gVGVzdE5ldHNjYXBlUGx1Z2luLCBi
ZWNhdXNlIHdlIG5lZWQgdG8gYmUgbG9hZGluZworICAgICBhIHJlc291cmNlIGluIHRoaXMgdGVz
dC4gLS0+Cis8ZW1iZWQgaWQ9InZpZXdlciIgc3JjPSJyZXNvdXJjZXMvc2ltcGxlX2JsYW5rLnN3
ZiI+PC9lbWJlZD4KIDxkaXY+CiBUaGlzIHRlc3QgcGFzc2VzIGlmIGl0IGRvZXMgbm90IHRyaXAg
YW4gYXNzZXJ0IGluIGRlYnVnIGJ1aWxkcy4KIEl0IGVuc3VyZXMgYSByZWFkeXN0YXRlY2hhbmdl
IGV2ZW50IGNhbid0IGdldCBkaXNwYXRjaGVkIHVudGlsIGFmdGVyIGEgcGx1Z2luIGlzIGZ1bGx5
IHJlbW92ZWQuCiA8L2Rpdj4KLTxlbWJlZCBpZD0idmlld2VyIiBzcmM9InJlc291cmNlcy9zaW1w
bGVfYmxhbmsuc3dmIj48L2VtYmVkPgogPHNjcmlwdD4KIGlmICh3aW5kb3cudGVzdFJ1bm5lcikK
ICAgICB0ZXN0UnVubmVyLmR1bXBBc1RleHQoKTsKIAotdmFyIGkgPSAwOwogZG9jdW1lbnQuYWRk
RXZlbnRMaXN0ZW5lcigncmVhZHlzdGF0ZWNoYW5nZScsIGZ1bmN0aW9uKCkgewotICAgIGlmIChp
ID09IDEpIHsKKyAgICBpZiAoZG9jdW1lbnQucmVhZHlTdGF0ZSA9PSAiY29tcGxldGUiKSB7CiAg
ICAgICAgIHRyeSB7CiAgICAgICAgICAgICBkb2N1bWVudC5ib2R5LmFwcGVuZENoaWxkKGRvY3Vt
ZW50LmdldEVsZW1lbnRCeUlkKCd2aWV3ZXInKSk7CiAgICAgICAgIH0KQEAgLTIwLDcgKzIyLDYg
QEAgZG9jdW1lbnQuYWRkRXZlbnRMaXN0ZW5lcigncmVhZHlzdGF0ZWNoYQogICAgICAgICAgICAg
YWxlcnQoJ1BBU1M6IGVsZW1lbnQgY291bGQgbm90IGJlIHJlLWFwcGVuZGVkJyk7CiAgICAgICAg
fQogICAgIH0KLSAgICBpKys7CiB9KTsKIAogd2luZG93LmFkZEV2ZW50TGlzdGVuZXIoJ0RPTUNv
bnRlbnRMb2FkZWQnLCBmdW5jdGlvbigpIHsK
</data>

          </attachment>
      

    </bug>

</bugzilla>