| Summary: | Konqueror crashed by surfing on facebook with webkit | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | Gatoso <gatoso> |
| Component: | kdewebkit | Assignee: | webkit-devel |
| Status: | RESOLVED UPSTREAM | ||
| Severity: | crash | CC: | adawit, nikolardoflamingo, pit.harpli, rasasi78 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Gatoso
2011-06-18 02:29:53 UTC
Uh oh... QtWebKit spawns a local event loop? (In reply to comment #1) > Uh oh... QtWebKit spawns a local event loop? It used to in the older versions of QtWebKit included in Qt 4.7. It no longer does that in QtWebKit 2.2, the version that will come with Qt 4.8. However, the client then faces the same issue for XMLHttpRequests that must be done in sync mode. Hence, we use a local event loop in KIO::AccessManager::createRequest whenever we are asked to perform a synchronous request. Created attachment 65763 [details]
New crash information added by DrKonqi
konqueror (4.7.3 (4.7.3)) on KDE Platform 4.7.3 (4.7.3) using Qt 4.7.4
- What I was doing when the application crashed:
Surfing, especially Facebook, and closing tabs.
Closing tabs sometimes, but not always, causes a crash. If the tabs are closed before they are fully loaded, it does not crash Konqueror - only after they are fully loaded (so maybe one of the last things to load causes a crash when it's closed?).
-- Backtrace (Reduced):
#6 0x00007f49d652ab6d in QWidgetPrivate::setWSGeometry(bool, QRect const&) () from /usr/lib/libQtGui.so.4
#7 0x00007f49d652f37f in QWidgetPrivate::setGeometry_sys(int, int, int, int, bool) () from /usr/lib/libQtGui.so.4
#8 0x00007f49d64e51a5 in QWidget::setGeometry(QRect const&) () from /usr/lib/libQtGui.so.4
#9 0x00007f49d64c5d54 in QWidgetItem::setGeometry(QRect const&) () from /usr/lib/libQtGui.so.4
#10 0x00007f49d64a7799 in QBoxLayout::setGeometry(QRect const&) () from /usr/lib/libQtGui.so.4
(In reply to comment #3) > Created an attachment (id=65763) [details] > New crash information added by DrKonqi > > konqueror (4.7.3 (4.7.3)) on KDE Platform 4.7.3 (4.7.3) using Qt 4.7.4 > > - What I was doing when the application crashed: > > Surfing, especially Facebook, and closing tabs. > Closing tabs sometimes, but not always, causes a crash. If the tabs are closed > before they are fully loaded, it does not crash Konqueror - only after they are > fully loaded (so maybe one of the last things to load causes a crash when it's > closed?). > > -- Backtrace (Reduced): > #6 0x00007f49d652ab6d in QWidgetPrivate::setWSGeometry(bool, QRect const&) () > from /usr/lib/libQtGui.so.4 > #7 0x00007f49d652f37f in QWidgetPrivate::setGeometry_sys(int, int, int, int, > bool) () from /usr/lib/libQtGui.so.4 > #8 0x00007f49d64e51a5 in QWidget::setGeometry(QRect const&) () from > /usr/lib/libQtGui.so.4 > #9 0x00007f49d64c5d54 in QWidgetItem::setGeometry(QRect const&) () from > /usr/lib/libQtGui.so.4 > #10 0x00007f49d64a7799 in QBoxLayout::setGeometry(QRect const&) () from > /usr/lib/libQtGui.so.4 That is a useless backtrace. Anyhow, the old version of QtWebKit (2.0) included with Qt 4.7.x has a lot of known issues that have been addressed in QtWebKit 2.2 that is in Qt 4.8. The majority, except for flash related crashes and few others, should be gone in this upcoming including the ones observed in the original backtrace provided in this bug report. Closing as fixed since it is fixed upstream in QtWebKit. Feel free to reopen this bug report if the problem persists once Qt 4.8 has been released. *** Bug 332824 has been marked as a duplicate of this bug. *** |