Summary: | another crash-on-exit due to nested event handling | ||
---|---|---|---|
Product: | [Applications] kontact | Reporter: | RJVB <rjvbertin> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | crash | CC: | auxsvr, cpigat242, kdenis, martin.ruessler, sven, vonbirn |
Priority: | NOR | Keywords: | drkonqi |
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Crash traceback for Kontact
New crash information added by DrKonqi patch set *against KDEPIM 4.13.3* New crash information added by DrKonqi |
Description
RJVB
2014-11-06 10:16:52 UTC
Created attachment 89590 [details]
Crash traceback for Kontact
Created attachment 92526 [details]
New crash information added by DrKonqi
kontact (4.14.6) on KDE Platform 4.14.6 using Qt 4.8.6
- What I was doing when the application crashed:
Kontact was exiting when it crashed. I had emptied the trash beforehand.
-- Backtrace (Reduced):
#6 0x00007fd4c6d14c94 in QAbstractItemView::selectionModel() const (this=0x96afd70) at itemviews/qabstractitemview.cpp:766
#7 0x00007fd4608d914e in MailCommon::FolderTreeWidget::selectedCollections() const (this=<optimized out>) at /usr/src/debug/kdepim-4.14.6/mailcommon/folder/foldertreewidget.cpp:243
#8 0x00007fd460c7e5dd in KMMainWidget::updateFolderMenu() (this=0x16bfff0) at /usr/src/debug/kdepim-4.14.6/kmail/kmmainwidget.cpp:3975
#9 0x00007fd460c7f6ac in KMMainWidget::slotUpdateActionsAfterMailChecking() (this=<optimized out>) at /usr/src/debug/kdepim-4.14.6/kmail/kmmainwidget.cpp:428
#10 0x00007fd460d63c8a in KMMainWidget::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /usr/src/debug/kdepim-4.14.6/build/kmail/moc_kmmainwidget.cpp:471
Created attachment 92528 [details]
patch set *against KDEPIM 4.13.3*
This is the set of patches I'm running with KDE PIM 4.13.3 since shortly after I created this bug report. I haven't looked back since, so I don't know if the 4.14 series has become as stable as 4.13.3, but that earlier version works so good (on Linux and OS X) that I have no incentive to upgrade for the sake of upgrading.
The check against kmkernel->shuttingDown() is among the changes.
Created attachment 94848 [details]
New crash information added by DrKonqi
kontact (4.14.10) on KDE Platform 4.14.12 using Qt 4.8.7
- What I was doing when the application crashed:
KMail got stuck somewhere, wherever I clicked it said "Please wait while retrieving folder contents", so I quit kontact.
About ~10 seconds later DrKonqi showed up, and the backtraces suggest this is the same or at least a similar crash.
-- Backtrace (Reduced):
#6 operator QItemSelectionModel* (this=<error reading variable: Cannot access memory at address 0xe00000110>) at ../../include/QtCore/../../../qt-everywhere-opensource-src-4.8.7/src/corelib/kernel/qpointer.h:78
#7 QAbstractItemView::selectionModel (this=0xe00000108) at /home/portage/dev-qt/qtgui-4.8.7/work/qt-everywhere-opensource-src-4.8.7/src/gui/itemviews/qabstractitemview.cpp:766
#8 0x00007fdf18bc657c in MailCommon::FolderTreeWidget::selectedCollections (this=<optimized out>) at /home/portage/kde-base/kdepim-common-libs-4.14.10/work/kdepim-common-libs-4.14.10/mailcommon/folder/foldertreewidget.cpp:243
#9 0x00007fdf19289ea3 in KMMainWidget::updateFolderMenu (this=0x13fc3d0) at /home/portage/kde-base/kmail-4.14.10/work/kmail-4.14.10/kmail/kmmainwidget.cpp:3928
#10 0x00007fdf1939aa8b in KMMainWidget::qt_static_metacall (_o=<optimized out>, _c=<optimized out>, _id=<optimized out>, _a=<optimized out>) at /home/portage/kde-base/kmail-4.14.10/work/kmail-4.14.10_build/kmail/moc_kmmainwidget.cpp:461
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks, except possibly a Technology Preview version 5.0.x. Those Framework-based versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the opportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input. |