Bug 112603 - [chromium] fast/innerHTML/innerHTML-iframe.html is flaky
Summary: [chromium] fast/innerHTML/innerHTML-iframe.html is flaky
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Tools / Tests (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Kenneth Russell
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-03-18 11:37 PDT by Kenneth Russell
Modified: 2013-03-18 14:38 PDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Russell 2013-03-18 11:37:13 PDT
Layout test fast/innerHTML/innerHTML-iframe.html is flaky on all platforms. See:

http://test-results.appspot.com/dashboards/flakiness_dashboard.html#group=%40ToT%20-%20chromium.org&showAllRuns=true&showExpectations=true&tests=fast%2FinnerHTML%2FinnerHTML-iframe.html

Seems strange that the onload handler wouldn't be able to reference document.body. Could the new multithreaded parser have something to do with these failures?
Comment 1 James Robinson 2013-03-18 12:06:40 PDT
Hmm, I thought I fixed the document.body flake in r145857 but it looks like the setTimeout is still racing with onload.  The failing diff now is:


TypeError: Cannot set property 'innerHTML' of null
PASS: body and iframe cleared without crashing.

which means the setTimeout() blew away <div id="x"> before the onload fired.
Comment 2 James Robinson 2013-03-18 13:28:15 PDT
Perhaps the right fix is to set the timeout from inside the onload handler so it always happens after the .innerHTML.
Comment 3 Kenneth Russell 2013-03-18 13:54:00 PDT
Is the existing pattern in the test supposed to be guaranteed to work though?
Comment 4 James Robinson 2013-03-18 14:00:24 PDT
No, it's racy.
Comment 5 Kenneth Russell 2013-03-18 14:06:30 PDT
OK. I'll update the test.
Comment 6 Kenneth Russell 2013-03-18 14:38:42 PDT
Fixed the test in http://trac.webkit.org/changeset/146126 .