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

Jocelyn Turcotte
Reported 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.
Attachments
Patch (5.20 KB, patch)
2010-07-01 03:49 PDT, Jocelyn Turcotte 		no flags
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Jocelyn Turcotte
Comment 1 2010-07-01 03:49:50 PDT
Created attachment 60220 [details] Patch
WebKit Commit Bot
Comment 2 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>
WebKit Commit Bot
Comment 3 2010-07-01 05:17:29 PDT
All reviewed patches have been landed. Closing bug.
Simon Hausmann
Comment 4 2010-07-01 12:52:20 PDT
Revision r62251 cherry-picked into qtwebkit-2.0 with commit ed5e839ffbd751c0a39de712f0b37c91e6e5dcc7
Note You need to log in before you can comment on or make changes to this bug.