WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
CLOSED FIXED
41451
[Qt] Crash when destroying a QWebView with a QComboBox as its child.
https://bugs.webkit.org/show_bug.cgi?id=41451
Summary
[Qt] Crash when destroying a QWebView with a QComboBox as its child.
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
Details
Formatted Diff
Diff
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.
Top of Page
Format For Printing
XML
Clone This Bug