[Webkit-unassigned] [Bug 32319] New: Make changing-frame-hierarchy-in-onload.html non-flaky and platform-independent

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Dec 9 05:26:12 PST 2009


https://bugs.webkit.org/show_bug.cgi?id=32319

           Summary: Make changing-frame-hierarchy-in-onload.html non-flaky
                    and platform-independent
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Minor
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: kinuko at chromium.org


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'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'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'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)

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list