Bug 352836 - Kontact crashed after updates and reboot
Summary: Kontact crashed after updates and reboot
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kontact
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2015-09-17 11:40 UTC by ninachat
Modified: 2018-02-01 09:48 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ninachat 2015-09-17 11:40:06 UTC
Application: kontact (4.14.9)
KDE Platform Version: 4.14.9
Qt Version: 4.8.6
Operating System: Linux 3.16.7-24-desktop x86_64
Distribution: "openSUSE 13.2 (Harlequin) (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:
updates but then nothing, after reboot it always crashes without me doing anything
- Unusual behavior I noticed:
KDE4, Plasma and Akonadi crashed, too

The crash can be reproduced every time.

-- Backtrace:
Application: Kontact (kontact), signal: Bus error
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fd4fb132800 (LWP 1690))]

Thread 4 (Thread 0x7fd4dcef0700 (LWP 1714)):
#0  0x00007fd4f26ed05f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1  0x00007fd4f5eb9686 in WTF::TCMalloc_PageHeap::scavengerThread() () at /usr/lib64/libQtWebKit.so.4
#2  0x00007fd4f5eb96b9 in  () at /usr/lib64/libQtWebKit.so.4
#3  0x00007fd4f26e90a4 in start_thread () at /lib64/libpthread.so.0
#4  0x00007fd4f86be08d in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7fd49c5d5700 (LWP 1715)):
#0  0x00007fd4f26ed05f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1  0x00007fd4f5c2be7d in JSC::BlockAllocator::blockFreeingThreadMain() () at /usr/lib64/libQtWebKit.so.4
#2  0x00007fd4f5ee11e6 in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libQtWebKit.so.4
#3  0x00007fd4f26e90a4 in start_thread () at /lib64/libpthread.so.0
#4  0x00007fd4f86be08d in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7fd484118700 (LWP 2019)):
#0  0x00007fd4f86b5c5d in poll () at /lib64/libc.so.6
#1  0x00007fd4f2114be4 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x00007fd4f2114cec in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#3  0x00007fd4f8e390de in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#4  0x00007fd4f8e0ae6f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#5  0x00007fd4f8e0b165 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#6  0x00007fd4f8d080bf in QThread::exec() () at /usr/lib64/libQtCore.so.4
#7  0x00007fd4f8d0a79f in  () at /usr/lib64/libQtCore.so.4
#8  0x00007fd4f26e90a4 in start_thread () at /lib64/libpthread.so.0
#9  0x00007fd4f86be08d in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7fd4fb132800 (LWP 1690)):
[KCrash Handler]
#5  0x00007fd4f26ebd99 in pthread_mutex_timedlock () at /lib64/libpthread.so.0
#6  0x00007fd4f939bbfc in  () at /usr/lib64/libkdecore.so.5
#7  0x00007fd4f939aaf2 in KSharedDataCache::find(QString const&, QByteArray*) const () at /usr/lib64/libkdecore.so.5
#8  0x00007fd4fa4fbd5e in  () at /usr/lib64/libkdeui.so.5
#9  0x00007fd4fa4fc096 in KIconLoader::loadIcon(QString const&, KIconLoader::Group, int, int, QStringList const&, QString*, bool) const () at /usr/lib64/libkdeui.so.5
#10 0x00007fd4fa4fd2be in SmallIcon(QString const&, int, int, QStringList const&) () at /usr/lib64/libkdeui.so.5
#11 0x00007fd4f43bab9b in  () at /usr/lib64/libkdepim.so.4
#12 0x00007fd4f43bafd3 in  () at /usr/lib64/libkdepim.so.4
#13 0x00007fd4f43bb197 in KPIM::ProgressDialog::slotTransactionAdded(KPIM::ProgressItem*) () at /usr/lib64/libkdepim.so.4
#14 0x00007fd4f8e201fa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /usr/lib64/libQtCore.so.4
#15 0x00007fd4f44104af in KPIM::ProgressManager::progressItemAdded(KPIM::ProgressItem*) () at /usr/lib64/libkdepim.so.4
#16 0x00007fd4f43b8694 in KPIM::ProgressManager::createProgressItemImpl(KPIM::ProgressItem*, QString const&, QString const&, QString const&, bool, KPIM::ProgressItem::CryptoStatus, unsigned int) () at /usr/lib64/libkdepim.so.4
#17 0x00007fd4f43b7e25 in KPIM::ProgressManager::createProgressItem(QString const&, QString const&, QString const&, bool, KPIM::ProgressItem::CryptoStatus) () at /usr/lib64/libkdepim.so.4
#18 0x00007fd48c423c76 in  () at /usr/lib64/kde4/akregatorpart.so
#19 0x00007fd4f8e201fa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /usr/lib64/libQtCore.so.4
#20 0x00007fd487de1f2f in Akregator::Feed::fetchStarted(Akregator::Feed*) () at /usr/lib64/libakregatorprivate.so.4
#21 0x00007fd487dc2ba3 in Akregator::Feed::fetch(bool) () at /usr/lib64/libakregatorprivate.so.4
#22 0x00007fd487dd9048 in Akregator::FetchQueue::fetchNextFeed() () at /usr/lib64/libakregatorprivate.so.4
#23 0x00007fd487dd910c in Akregator::FetchQueue::addFeed(Akregator::Feed*) () at /usr/lib64/libakregatorprivate.so.4
#24 0x00007fd487dc0ddc in Akregator::Feed::slotAddToFetchQueue(Akregator::FetchQueue*, bool) () at /usr/lib64/libakregatorprivate.so.4
#25 0x00007fd487dd62e8 in Akregator::Folder::slotAddToFetchQueue(Akregator::FetchQueue*, bool) () at /usr/lib64/libakregatorprivate.so.4
#26 0x00007fd48c4307db in Akregator::MainWidget::slotFetchAllFeeds() () at /usr/lib64/kde4/akregatorpart.so
#27 0x00007fd48c43088c in Akregator::MainWidget::slotNetworkStatusChanged(Solid::Networking::Status) () at /usr/lib64/kde4/akregatorpart.so
#28 0x00007fd4f8e201fa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /usr/lib64/libQtCore.so.4
#29 0x00007fd4efa59a0e in Solid::Networking::Notifier::statusChanged(Solid::Networking::Status) () at /usr/lib64/libsolid.so.4
#30 0x00007fd4f8e201fa in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /usr/lib64/libQtCore.so.4
#31 0x00007fd4f7a5f20f in QDBusServiceWatcher::serviceOwnerChanged(QString const&, QString const&, QString const&) () at /usr/lib64/libQtDBus.so.4
#32 0x00007fd4f7a5f23f in  () at /usr/lib64/libQtDBus.so.4
#33 0x00007fd4f7a60057 in QDBusServiceWatcher::qt_metacall(QMetaObject::Call, int, void**) () at /usr/lib64/libQtDBus.so.4
#34 0x00007fd4f7a26d4d in  () at /usr/lib64/libQtDBus.so.4
#35 0x00007fd4f8e2459e in QObject::event(QEvent*) () at /usr/lib64/libQtCore.so.4
#36 0x00007fd4f982676c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQtGui.so.4
#37 0x00007fd4f982ccad in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQtGui.so.4
#38 0x00007fd4fa545e0a in KApplication::notify(QObject*, QEvent*) () at /usr/lib64/libkdeui.so.5
#39 0x00007fd4f8e0c2ad in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib64/libQtCore.so.4
#40 0x00007fd4f8e0f57d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib64/libQtCore.so.4
#41 0x00007fd4f8e398fe in  () at /usr/lib64/libQtCore.so.4
#42 0x00007fd4f2114a04 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#43 0x00007fd4f2114c48 in  () at /usr/lib64/libglib-2.0.so.0
#44 0x00007fd4f2114cec in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#45 0x00007fd4f8e390be in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#46 0x00007fd4f98c3676 in  () at /usr/lib64/libQtGui.so.4
#47 0x00007fd4f8e0ae6f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#48 0x00007fd4f8e0b165 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#49 0x00007fd4f8e105b9 in QCoreApplication::exec() () at /usr/lib64/libQtCore.so.4
#50 0x00000000004037f2 in  ()
#51 0x00007fd4f85fab05 in __libc_start_main () at /lib64/libc.so.6
#52 0x0000000000403c97 in _start ()

Reported using DrKonqi
Comment 1 Denis Kurz 2017-06-23 20:21:32 UTC
This bug has never been confirmed for a Kontact version that is based on KDE Frameworks, except possibly a Technology Preview version 5.0.x. Those 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.
Comment 2 Denis Kurz 2018-02-01 09:48:58 UTC
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.