Bug 16306

Summary: Assertion failed in WebCore/loader/FrameLoader.cpp:4642
Product: WebKit Reporter: Michael Graham <oobermick>
Component: Page LoadingAssignee: Darin Adler <darin>
Status: RESOLVED FIXED    
Severity: Major CC: alp, darin, kdecker, pierre-luc.beaudoin
Priority: P2 Keywords: Gtk
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Linux   
Attachments:
Description Flags
patch aroben: review+

Description Michael Graham 2007-12-05 05:33:25 PST
I have just build webkit with gtk and debug and an assertion fails on startup

ASSERT(!m_didDispatchDidCommitLoad);

I attached to the process and I can see what is going on (fixing is a whole other ball game!)

* dispatchDidCommitLoad is called and m_didDispatchDidCommitLoad is set true
* checkLoadCompleteForThisFrame is called and we return early because m_creatingInitialEmptyDocument==true
* dispatchDidCommitLoad is called and the assertion fails
Comment 1 Alp Toker 2007-12-05 07:04:01 PST
The assertion added in r28399 is causing this issue.
Comment 2 David Kilzer (:ddkilzer) 2007-12-05 08:30:00 PST
I'm not seeing this with a local debug build of WebKit r28434 on Mac OS X 10.4.11 (8S165).

Comment 3 Alp Toker 2007-12-05 08:54:13 PST
(In reply to comment #2)
> I'm not seeing this with a local debug build of WebKit r28434 on Mac OS X
> 10.4.11 (8S165).
> 

The reports of this issue I've seen have been in the GTK+, suggesting that either the assertion is identifying something we're doing wrong in the port, or the assertion is too strict and needs to be removed.

 	5	        - added an assertion for a situation that leads to a Safari assertion: 
 	6	          a commit that is not followed by a load completion 

http://trac.webkit.org/projects/webkit/changeset/28399

Sounds like this may be a bug we need to fix in the GTK+ port rather than just removing the assertion and moving on.

Darin, Kevin, any thoughts?
Comment 4 Darin Adler 2007-12-05 10:44:34 PST
Created attachment 17720 [details]
patch
Comment 5 Adam Roben (:aroben) 2007-12-05 11:07:05 PST
Comment on attachment 17720 [details]
patch

r=me