Bug 357924 - kontakt crashes when opening from startmenu (while it should have been visibile from taskbar as icon...but wasn't
Summary: kontakt crashes when opening from startmenu (while it should have been visibi...
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: 2016-01-13 13:10 UTC by stakanov.s
Modified: 2018-02-01 09:55 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:

Attachments
New crash information added by DrKonqi (7.23 KB, text/plain)
2016-02-08 00:19 UTC, stakanov.s 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description stakanov.s 2016-01-13 13:10:57 UTC 
Application: kontact (4.14.10)
KDE Platform Version: 4.14.10
Qt Version: 4.8.6
Operating System: Linux 4.1.13-5-default x86_64
Distribution: "openSUSE Leap 42.1 (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:
I have set kontakt to show as icon if mail is there. There was mail but I did not see the icon (kontact was reduced to icon).

- Unusual behavior I noticed:
When I clicked on the button of the startmenu kontact crashed immediately and konqi popped up. 
The unusual was that the icon with the number of mails was not visibile. Normally it is (and there where about 63 unread messages of several mailing lists, so it should have shown). 
After restarting all is normal.

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

Thread 5 (Thread 0x7f8a0c1f3700 (LWP 3004)):
#0  0x00007f8a2146c05f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f8a26602eb6 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/libQtWebKit.so.4
#2  0x00007f8a26602ee9 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/libQtWebKit.so.4
#3  0x00007f8a214680a4 in start_thread () from /lib64/libpthread.so.0
#4  0x00007f8a273f304d in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f89cb8d8700 (LWP 3005)):
#0  0x00007f8a2146c05f in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f8a26375b3d in JSC::BlockAllocator::blockFreeingThreadMain() () from /usr/lib64/libQtWebKit.so.4
#2  0x00007f8a2662aa06 in WTF::wtfThreadEntryPoint(void*) () from /usr/lib64/libQtWebKit.so.4
#3  0x00007f8a214680a4 in start_thread () from /lib64/libpthread.so.0
#4  0x00007f8a273f304d in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f89b3edc700 (LWP 3284)):
#0  0x00007f8a273e6ced in read () from /lib64/libc.so.6
#1  0x00007f8a20edcb60 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f8a20e9b999 in g_main_context_check () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f8a20e9bdf8 in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f8a20e9bf7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5  0x00007f8a27be6fde in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6  0x00007f8a27bb8d4f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#7  0x00007f8a27bb9045 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#8  0x00007f8a27ab64df in QThread::exec() () from /usr/lib64/libQtCore.so.4
#9  0x00007f8a27ab8bbf in ?? () from /usr/lib64/libQtCore.so.4
#10 0x00007f8a214680a4 in start_thread () from /lib64/libpthread.so.0
#11 0x00007f8a273f304d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f89b1669700 (LWP 3295)):
#0  0x00007f8a273eac1d in poll () from /lib64/libc.so.6
#1  0x00007f8a20e9be64 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f8a20e9bf7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f8a27be6fde in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#4  0x00007f8a27bb8d4f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#5  0x00007f8a27bb9045 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6  0x00007f8a27ab64df in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f8a27b9a653 in ?? () from /usr/lib64/libQtCore.so.4
#8  0x00007f8a27ab8bbf in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f8a214680a4 in start_thread () from /lib64/libpthread.so.0
#10 0x00007f8a273f304d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f8a29f27800 (LWP 2979)):
[KCrash Handler]
#6  0x00007f8a27343187 in raise () from /lib64/libc.so.6
#7  0x00007f8a27344538 in abort () from /lib64/libc.so.6
#8  0x00007f8a27aae6d4 in qt_message_output(QtMsgType, char const*) () from /usr/lib64/libQtCore.so.4
#9  0x00007f8a27aae859 in ?? () from /usr/lib64/libQtCore.so.4
#10 0x00007f8a27aaf064 in qFatal(char const*, ...) () from /usr/lib64/libQtCore.so.4
#11 0x00007f89c1106d84 in operator-> (this=<optimized out>) at /usr/src/debug/kdepim-4.14.10/mailcommon/kernel/mailkernel.cpp:58
#12 MailCommon::Kernel::self () at /usr/src/debug/kdepim-4.14.10/mailcommon/kernel/mailkernel.cpp:75
#13 0x00007f89c114efd0 in MailCommon::FolderCollection::writeConfig (this=this@entry=0x34aba80) at /usr/src/debug/kdepim-4.14.10/mailcommon/folder/foldercollection.cpp:218
#14 0x00007f89c114f7d2 in MailCommon::FolderCollection::~FolderCollection (this=0x34aba80, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.14.10/mailcommon/folder/foldercollection.cpp:84
#15 0x00007f89c114f849 in MailCommon::FolderCollection::~FolderCollection (this=0x34aba80, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.14.10/mailcommon/folder/foldercollection.cpp:86
#16 0x00007f89c114e104 in deref (value=0x34aba80, d=0x34a4810) at /usr/include/QtCore/qsharedpointer_impl.h:342
#17 deref (this=<optimized out>) at /usr/include/QtCore/qsharedpointer_impl.h:336
#18 ~ExternalRefCount (this=<optimized out>, __in_chrg=<optimized out>) at /usr/include/QtCore/qsharedpointer_impl.h:401
#19 ~QSharedPointer (this=<optimized out>, __in_chrg=<optimized out>) at /usr/include/QtCore/qsharedpointer_impl.h:466
#20 QMap<long long, QSharedPointer<MailCommon::FolderCollection> >::freeData (x=0x2ed8090, this=<optimized out>) at /usr/include/QtCore/qmap.h:652
#21 0x00007f8a27345bf9 in __run_exit_handlers () from /lib64/libc.so.6
#22 0x00007f8a27345c45 in exit () from /lib64/libc.so.6
#23 0x00007f8a2805dc6b in KCmdLineArgs::isSet (this=0x3ca0270, _opt=...) at /usr/src/debug/kdelibs-4.14.10/kdecore/kernel/kcmdlineargs.cpp:1520
#24 0x0000000000404087 in _start ()

The reporter indicates this bug may be a duplicate of or related to bug 351686.

Possible duplicates by query: bug 351686, bug 350570, bug 345895.

Reported using DrKonqi
Comment 1 stakanov.s 2016-02-08 00:19:53 UTC 
Created attachment 97079 [details]
New crash information added by DrKonqi

kontact (4.14.10) on KDE Platform 4.14.16 using Qt 4.8.6

- What I was doing when the application crashed:
reopening the application with the click on the icon of the startmenu

Crash was instant. 
Opening a second time right after, crashed again and this time I did report it with the current document. I thought that there had been a bugfix that should have sold that in Leap but maybe it was in Plasma 5. Anyway I decided to report (although knowing that there is no support any more)

-- Backtrace (Reduced):
#11 0x00007fc1a4606d84 in operator-> (this=<optimized out>) at /usr/src/debug/kdepim-4.14.10/mailcommon/kernel/mailkernel.cpp:58
#12 MailCommon::Kernel::self () at /usr/src/debug/kdepim-4.14.10/mailcommon/kernel/mailkernel.cpp:75
#13 0x00007fc1a464efd0 in MailCommon::FolderCollection::writeConfig (this=this@entry=0x296d1d0) at /usr/src/debug/kdepim-4.14.10/mailcommon/folder/foldercollection.cpp:218
#14 0x00007fc1a464f7d2 in MailCommon::FolderCollection::~FolderCollection (this=0x296d1d0, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.14.10/mailcommon/folder/foldercollection.cpp:84
#15 0x00007fc1a464f849 in MailCommon::FolderCollection::~FolderCollection (this=0x296d1d0, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.14.10/mailcommon/folder/foldercollection.cpp:86
Comment 2 Denis Kurz 2017-06-23 21:25:56 UTC 
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.
Comment 3 Denis Kurz 2018-02-01 09:55:08 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.