Bug 41451

Summary: [Qt] Crash when destroying a QWebView with a QComboBox as its child.
Product: WebKit Reporter: Jocelyn Turcotte <jturcotte>
Component: FormsAssignee: Nobody <webkit-unassigned>
Status: CLOSED FIXED    
Severity: Critical CC: commit-queue, hausmann
Priority: P1 Keywords: Qt, QtTriaged
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   
Bug Depends on:    
Bug Blocks: 35784    
Attachments:
Description Flags
Patch none

Description Jocelyn Turcotte 2010-07-01 03:11:56 PDT
To reproduce:
- Open a page with combo boxes and click one of them (like http://www.google.com/advanced_search )
- Get the QWebView destroyed (either by closing the tab in Arora or by switching to graphics web view in QtTestBrowser)
- Wander around browsing waiting for the cache to get cleaned (might take something between 1 and 5 minutes)

What happens is that when we show the combo box popup, we set the QWebView as the QComboBox parent.
If the QComboBox gets destroyed because of its parent getting destroyed, the reference in the render tree become dangling.
Comment 1 Jocelyn Turcotte 2010-07-01 03:49:50 PDT
Created attachment 60220 [details]
Patch
Comment 2 WebKit Commit Bot 2010-07-01 05:17:24 PDT
Comment on attachment 60220 [details]
Patch

Clearing flags on attachment: 60220

Committed r62251: <http://trac.webkit.org/changeset/62251>
Comment 3 WebKit Commit Bot 2010-07-01 05:17:29 PDT
All reviewed patches have been landed.  Closing bug.
Comment 4 Simon Hausmann 2010-07-01 12:52:20 PDT
Revision r62251 cherry-picked into qtwebkit-2.0 with commit ed5e839ffbd751c0a39de712f0b37c91e6e5dcc7