WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
117037
fast/dom/location-new-window-no-crash.html times out flakily on mac-wk2
https://bugs.webkit.org/show_bug.cgi?id=117037
Summary
fast/dom/location-new-window-no-crash.html times out flakily on mac-wk2
Tim Horton
Reported
2013-05-30 11:45:17 PDT
http://build.webkit.org/results/Apple%20MountainLion%20Release%20WK2%20(Tests)/r150969%20(9349)/results.html
I can reproduce locally as well.
Attachments
patch
(1.83 KB, patch)
2013-05-30 14:12 PDT
,
Tim Horton
ap
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Tim Horton
Comment 1
2013-05-30 11:53:12 PDT
Huh, I put logging in where we call notifydone (the third one), and it is getting called: CONSOLE MESSAGE: line 8: starting CONSOLE MESSAGE: line 49: closing CONSOLE MESSAGE: line 57: closed FAIL: Timed out waiting for notifyDone to be called
Tim Horton
Comment 2
2013-05-30 13:14:21 PDT
setTopLoadingFrame 0x7fbefaf3d9b0 setTopLoadingFrame 0x0 setTopLoadingFrame 0x7fbefad09040 TestRunner::notifyDone isTestRunning: 1, waitToDump: 1, topLoadingFrame: 0x7fbefad09040 (and then notifyDone bails because topLoadingFrame isn't 0) So I think this is failing because we're closing the subwindow before it's finished loading, leaving WKTR thinking that it still has a pending load.
Tim Horton
Comment 3
2013-05-30 13:22:08 PDT
(In reply to
comment #2
)
> setTopLoadingFrame 0x7fbefaf3d9b0 > setTopLoadingFrame 0x0 > setTopLoadingFrame 0x7fbefad09040 > TestRunner::notifyDone isTestRunning: 1, waitToDump: 1, topLoadingFrame: 0x7fbefad09040 > > (and then notifyDone bails because topLoadingFrame isn't 0) > > So I think this is failing because we're closing the subwindow before it's finished loading, leaving WKTR thinking that it still has a pending load.
The good case looks like this: setTopLoadingFrame 0x7fa8a3e2a8d0 setTopLoadingFrame 0x0 TestRunner::notifyDone isTestRunning: 1, waitToDump: 1, topLoadingFrame: 0x0 InjectedBundlePage::dump setTopLoadingFrame 0x0 So the subwindow never starts loading before we dump.
Tim Horton
Comment 4
2013-05-30 14:10:41 PDT
I'm going to add a 0-delay timeout to the test because I'm not sure how to fix the WKTR problem, and file another bug about the general issue.
Tim Horton
Comment 5
2013-05-30 14:12:36 PDT
Created
attachment 203381
[details]
patch
Tim Horton
Comment 6
2013-05-30 14:13:48 PDT
I filed
https://bugs.webkit.org/show_bug.cgi?id=117044
about the more general fix.
Tim Horton
Comment 7
2013-05-30 14:31:34 PDT
http://trac.webkit.org/changeset/150987
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug