<?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>32319</bug_id>
          
          <creation_ts>2009-12-09 05:26:12 -0800</creation_ts>
          <short_desc>Make changing-frame-hierarchy-in-onload.html non-flaky and platform-independent</short_desc>
          <delta_ts>2009-12-14 14:16:44 -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>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>Minor</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="Kinuko Yasuda">kinuko</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>commit-queue</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>169976</commentid>
    <comment_count>0</comment_count>
    <who name="Kinuko Yasuda">kinuko</who>
    <bug_when>2009-12-09 05:26:12 -0800</bug_when>
    <thetext>The layout test changing-frame-hierarchy-in-onload.html can be flaky or can yield different results across different platforms.

The potential flakiness comes from the timing issue around setTimer and iframe loading.   If I understand correctly, the test expects stop() is called:
1) after all the HTML elements in the main page are loaded
2) before body&apos;s onload() is called, and
3) before any iframe contents are shown (i.e. expects empty iframe content). 

1) and 2) are almost always met, but 3) can cause some problems especially on other platforms than Mac/WebKit.
On Mac/Webkit loading resources/slow-resource.pl doesn&apos;t render anything until all the data from the script is loaded due to buffering in NSURLConnection.   The script returns one line text first, sleeps 5 sec and returns another line, therefore on Mac/Webkit it&apos;s safe to assume iframe content is empty for 5 sec or so.   However this does not apply on some other platforms - for example on {Mac,Linux,Win}/Chrome this test always (on Mac,Linux) or often (on Windows) fails because they render the iframe contents as soon as they receive any data.  (corresponding bug: http://code.google.com/p/chromium/issues/detail?id=24206)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>169977</commentid>
    <comment_count>1</comment_count>
      <attachid>44531</attachid>
    <who name="Kinuko Yasuda">kinuko</who>
    <bug_when>2009-12-09 05:39:03 -0800</bug_when>
    <thetext>Created attachment 44531
Make changing-frame-hierarchy-in-onload.html less flaky</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>169978</commentid>
    <comment_count>2</comment_count>
    <who name="Kinuko Yasuda">kinuko</who>
    <bug_when>2009-12-09 05:41:56 -0800</bug_when>
    <thetext>Attached a proposing patch.  I&apos;ve tested the test crashes without the fix made for the original issue 16102.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170015</commentid>
    <comment_count>3</comment_count>
      <attachid>44531</attachid>
    <who name="Darin Fisher (:fishd, Google)">fishd</who>
    <bug_when>2009-12-09 09:14:27 -0800</bug_when>
    <thetext>Comment on attachment 44531
Make changing-frame-hierarchy-in-onload.html less flaky

I guess a more direct solution would have been to use a variant of slow-resource.pl
that doesn&apos;t print out anything until after the 5 second timeout has elapsed.

I assume you made the other changes in an effort to speed up the test.  Is that right?

R=me</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>170307</commentid>
    <comment_count>4</comment_count>
    <who name="Kinuko Yasuda">kinuko</who>
    <bug_when>2009-12-09 20:53:23 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; (From update of attachment 44531 [details])
&gt; I guess a more direct solution would have been to use a variant of
&gt; slow-resource.pl
&gt; that doesn&apos;t print out anything until after the 5 second timeout has elapsed.
&gt; 
&gt; I assume you made the other changes in an effort to speed up the test.  Is that
&gt; right?
&gt; 
&gt; R=me

Thanks for reviewing,
the patch also includes the part replacing slow-resource.pl with its variant, slow-resource-1-sec.pl, which doesn&apos;t print out anything until after the 1 sec timeout has elapsed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>171579</commentid>
    <comment_count>5</comment_count>
      <attachid>44531</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2009-12-14 14:16:40 -0800</bug_when>
    <thetext>Comment on attachment 44531
Make changing-frame-hierarchy-in-onload.html less flaky

Clearing flags on attachment: 44531

Committed r52119: &lt;http://trac.webkit.org/changeset/52119&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>171580</commentid>
    <comment_count>6</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2009-12-14 14:16:44 -0800</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>44531</attachid>
            <date>2009-12-09 05:39:03 -0800</date>
            <delta_ts>2009-12-14 14:16:40 -0800</delta_ts>
            <desc>Make changing-frame-hierarchy-in-onload.html less flaky</desc>
            <filename>bug-32319-20091209223901.patch</filename>
            <type>text/plain</type>
            <size>1601</size>
            <attacher name="Kinuko Yasuda">kinuko</attacher>
            
              <data encoding="base64">ZGlmZiAtLWdpdCBhL0xheW91dFRlc3RzL0NoYW5nZUxvZyBiL0xheW91dFRlc3RzL0NoYW5nZUxv
ZwppbmRleCBjM2FmYjZhLi4zZGQxZTZkIDEwMDY0NAotLS0gYS9MYXlvdXRUZXN0cy9DaGFuZ2VM
b2cKKysrIGIvTGF5b3V0VGVzdHMvQ2hhbmdlTG9nCkBAIC0xLDMgKzEsMTMgQEAKKzIwMDktMTIt
MDkgIEtpbnVrbyBZYXN1ZGEgIDxraW51a29AY2hyb21pdW0uY29tPgorCisgICAgICAgIFJldmll
d2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgIE1ha2UgY2hhbmdpbmctZnJhbWUtaGll
cmFyY2h5LWluLW9ubG9hZC5odG1sIGxlc3MgZmxha3kgYW5kCisgICAgICAgIHBsYXRmb3JtLWlu
ZGVwZW5kZW50LgorICAgICAgICBodHRwczovL2J1Z3Mud2Via2l0Lm9yZy9zaG93X2J1Zy5jZ2k/
aWQ9MzIzMTkKKworICAgICAgICAqIGh0dHAvdGVzdHMvbmF2aWdhdGlvbi9jaGFuZ2luZy1mcmFt
ZS1oaWVyYXJjaHktaW4tb25sb2FkLmh0bWw6CisKIDIwMDktMTItMDcgIE5pa29sYXMgWmltbWVy
bWFubiAgPG56aW1tZXJtYW5uQHJpbS5jb20+CiAKICAgICAgICAgTm90IHJldmlld2VkLiBBZGQg
dHdvIHRlc3RzIGdlbmVyYXRpbmcgbmV3IHJlc3VsdHMgdG8gZ3RrcyBjb2xsZWN0aW9uIG9mIHRl
c3RzIGRvaW5nIHNvLgpkaWZmIC0tZ2l0IGEvTGF5b3V0VGVzdHMvaHR0cC90ZXN0cy9uYXZpZ2F0
aW9uL2NoYW5naW5nLWZyYW1lLWhpZXJhcmNoeS1pbi1vbmxvYWQuaHRtbCBiL0xheW91dFRlc3Rz
L2h0dHAvdGVzdHMvbmF2aWdhdGlvbi9jaGFuZ2luZy1mcmFtZS1oaWVyYXJjaHktaW4tb25sb2Fk
Lmh0bWwKaW5kZXggYTA0MzAxZS4uNWEyYzdkMyAxMDA2NDQKLS0tIGEvTGF5b3V0VGVzdHMvaHR0
cC90ZXN0cy9uYXZpZ2F0aW9uL2NoYW5naW5nLWZyYW1lLWhpZXJhcmNoeS1pbi1vbmxvYWQuaHRt
bAorKysgYi9MYXlvdXRUZXN0cy9odHRwL3Rlc3RzL25hdmlnYXRpb24vY2hhbmdpbmctZnJhbWUt
aGllcmFyY2h5LWluLW9ubG9hZC5odG1sCkBAIC00LDE2ICs0LDE1IEBAIGlmICh3aW5kb3cubGF5
b3V0VGVzdENvbnRyb2xsZXIpCiAgICAgbGF5b3V0VGVzdENvbnRyb2xsZXIuZHVtcEFzVGV4dCgp
OwogCiAKLXNldFRpbWVvdXQoc3RvcCwgNTAwKTsKLQogd2luZG93Lm9ubG9hZCA9IGZ1bmN0aW9u
ICgpIHsKICAgZG9jdW1lbnQuYm9keS5hcHBlbmRDaGlsZChkb2N1bWVudC5nZXRFbGVtZW50QnlJ
ZCgnZnJvbTEnKSk7CiB9CiA8L3NjcmlwdD4KLQogPGRpdj4KIFRoaXMgdGVzdHMgdGhhdCB3ZSB3
b24ndCBjcmFzaCB3aGVuIGFuIG9ubG9hZCBtZXRob2QgY2hhbmdlcyB0aGUgZnJhbWUgaGllcmFy
Y2h5IHdoZW4gdGhlIG1haW4gZnJhbWUgbG9hZCBpcyBzdG9wcGVkLgogPC9kaXY+CiA8ZGl2PlNV
Q0NFU1MgLSBkaWRuJ3QgY3Jhc2g8L2Rpdj4KLTxpZnJhbWUgaWQ9ImZyb20xIiBzcmM9Ii9uYXZp
Z2F0aW9uL3Jlc291cmNlcy9zbG93LXJlc291cmNlLnBsIj48L2lmcmFtZT4KKzxpZnJhbWUgaWQ9
ImZyb20xIiBzcmM9Ii9uYXZpZ2F0aW9uL3Jlc291cmNlcy9zbG93LXJlc291cmNlLTEtc2VjLnBs
Ij48L2lmcmFtZT4KKzxzY3JpcHQ+c2V0VGltZW91dChzdG9wLCAwKTs8L3NjcmlwdD4KIDwvaHRt
bD4KKwo=
</data>

          </attachment>
      

    </bug>

</bugzilla>