Bug 372780

Summary: reply to mail crashed Kontact
Product: [Applications] kontact Reporter: michel munnix <michel.munnix>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: crash CC: kdenis
Priority: NOR Keywords: drkonqi
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=378363
Latest Commit: Version Fixed In:
Attachments: mail received

Description michel munnix 2016-11-22 09:13:59 UTC
Application: kontact (4.14.10)
KDE Platform Version: 4.14.18
Qt Version: 4.8.6
Operating System: Linux 4.1.34-33-default x86_64
Distribution: "openSUSE Leap 42.1 (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed:
replying to a particular mail
replying to a previous email from the same sender produced the same problem so it it probably dependent of the formating of the system that sent the mail i was replying to

The crash can be reproduced every time.

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

Thread 6 (Thread 0x7f1af48ba700 (LWP 4022)):
#0  0x00007f1b60fbbbfd in poll () at /lib64/libc.so.6
#1  0x00007f1b5aa7ce64 in  () at /usr/lib64/libglib-2.0.so.0
#2  0x00007f1b5aa7cf7c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#3  0x00007f1b617baf9e in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#4  0x00007f1b6178cd0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#5  0x00007f1b6178d005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#6  0x00007f1b6168a49f in QThread::exec() () at /usr/lib64/libQtCore.so.4
#7  0x00007f1b6176e613 in  () at /usr/lib64/libQtCore.so.4
#8  0x00007f1b6168cb7f in  () at /usr/lib64/libQtCore.so.4
#9  0x00007f1b5b0490a4 in start_thread () at /lib64/libpthread.so.0
#10 0x00007f1b60fc402d in clone () at /lib64/libc.so.6

Thread 5 (Thread 0x7f1aeffff700 (LWP 4021)):
#0  0x00007f1b5b04d3e8 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1  0x00007f1b6168d044 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQtCore.so.4
#2  0x00007f1b61680b9a in  () at /usr/lib64/libQtCore.so.4
#3  0x00007f1b6168cb7f in  () at /usr/lib64/libQtCore.so.4
#4  0x00007f1b5b0490a4 in start_thread () at /lib64/libpthread.so.0
#5  0x00007f1b60fc402d in clone () at /lib64/libc.so.6

Thread 4 (Thread 0x7f1af6f10700 (LWP 4016)):
#0  0x00007f1b617bc7c0 in  () at /usr/lib64/libQtCore.so.4
#1  0x00007f1b617bae4c in  () at /usr/lib64/libQtCore.so.4
#2  0x00007f1b617baef5 in  () at /usr/lib64/libQtCore.so.4
#3  0x00007f1b5aa7c4ad in g_main_context_prepare () at /usr/lib64/libglib-2.0.so.0
#4  0x00007f1b5aa7cd80 in  () at /usr/lib64/libglib-2.0.so.0
#5  0x00007f1b5aa7cf7c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#6  0x00007f1b617baf9e in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#7  0x00007f1b6178cd0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#8  0x00007f1b6178d005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#9  0x00007f1b6168a49f in QThread::exec() () at /usr/lib64/libQtCore.so.4
#10 0x00007f1b6168cb7f in  () at /usr/lib64/libQtCore.so.4
#11 0x00007f1b5b0490a4 in start_thread () at /lib64/libpthread.so.0
#12 0x00007f1b60fc402d in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7f1b06338700 (LWP 4012)):
#0  0x00007f1b5b04d03f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1  0x00007f1b5ff46b3d in JSC::BlockAllocator::blockFreeingThreadMain() () at /usr/lib64/libQtWebKit.so.4
#2  0x00007f1b601fba06 in WTF::wtfThreadEntryPoint(void*) () at /usr/lib64/libQtWebKit.so.4
#3  0x00007f1b5b0490a4 in start_thread () at /lib64/libpthread.so.0
#4  0x00007f1b60fc402d in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7f1b46c53700 (LWP 4011)):
#0  0x00007f1b5b04d03f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1  0x00007f1b601d3eb6 in WTF::TCMalloc_PageHeap::scavengerThread() () at /usr/lib64/libQtWebKit.so.4
#2  0x00007f1b601d3ee9 in  () at /usr/lib64/libQtWebKit.so.4
#3  0x00007f1b5b0490a4 in start_thread () at /lib64/libpthread.so.0
#4  0x00007f1b60fc402d in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7f1b63ae5800 (LWP 4010)):
[KCrash Handler]
#6  0x0000001000000002 in  ()
#7  0x00007f1b563ba4be in KMime::Content::contentID(bool) () at /usr/lib64/libkmime.so.4
#8  0x00007f1afaec7167 in TemplateParser::TemplateParser::createMultipartRelated(MessageCore::ImageCollector const&, KMime::Content*) const () at /usr/lib64/libtemplateparser.so.4
#9  0x00007f1afaec8049 in TemplateParser::TemplateParser::addProcessedBodyToMessage(QString const&, QString const&) const () at /usr/lib64/libtemplateparser.so.4
#10 0x00007f1afaec9eeb in TemplateParser::TemplateParser::processWithTemplate(QString const&) () at /usr/lib64/libtemplateparser.so.4
#11 0x00007f1afaec6e70 in TemplateParser::TemplateParser::process(boost::shared_ptr<KMime::Message> const&, Akonadi::Collection const&) () at /usr/lib64/libtemplateparser.so.4
#12 0x00007f1afb3d94ba in MessageComposer::MessageFactory::createReply() () at /usr/lib64/libmessagecomposer.so.4
#13 0x00007f1afc6e3452 in KMReplyCommand::execute() () at /usr/lib64/libkmailprivate.so.4
#14 0x00007f1afc6ddca1 in KMCommand::slotPostTransfer(KMCommand::Result) () at /usr/lib64/libkmailprivate.so.4
#15 0x00007f1b617a20ba in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /usr/lib64/libQtCore.so.4
#16 0x00007f1afc7e539e in KMCommand::messagesTransfered(KMCommand::Result) () at /usr/lib64/libkmailprivate.so.4
#17 0x00007f1afc6df3e3 in KMCommand::slotJobFinished() () at /usr/lib64/libkmailprivate.so.4
#18 0x00007f1b617a20ba in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () at /usr/lib64/libQtCore.so.4
#19 0x00007f1b61c22132 in KJob::result(KJob*) () at /usr/lib64/libkdecore.so.5
#20 0x00007f1b61c22170 in KJob::emitResult() () at /usr/lib64/libkdecore.so.5
#21 0x00007f1b617a645e in QObject::event(QEvent*) () at /usr/lib64/libQtCore.so.4
#22 0x00007f1b621986fc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQtGui.so.4
#23 0x00007f1b6219ec3d in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQtGui.so.4
#24 0x00007f1b62eafe9a in KApplication::notify(QObject*, QEvent*) () at /usr/lib64/libkdeui.so.5
#25 0x00007f1b6178e14d in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib64/libQtCore.so.4
#26 0x00007f1b6179141d in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () at /usr/lib64/libQtCore.so.4
#27 0x00007f1b617bb7be in  () at /usr/lib64/libQtCore.so.4
#28 0x00007f1b5aa7cc84 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#29 0x00007f1b5aa7ced8 in  () at /usr/lib64/libglib-2.0.so.0
#30 0x00007f1b5aa7cf7c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#31 0x00007f1b617baf7e in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#32 0x00007f1b62235606 in  () at /usr/lib64/libQtGui.so.4
#33 0x00007f1b6178cd0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#34 0x00007f1b6178d005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQtCore.so.4
#35 0x00007f1b61792459 in QCoreApplication::exec() () at /usr/lib64/libQtCore.so.4
#36 0x00000000004037f2 in  ()
#37 0x00007f1b60f00b25 in __libc_start_main () at /lib64/libc.so.6
#38 0x0000000000403c97 in _start ()

Reported using DrKonqi
Comment 1 michel munnix 2016-11-22 09:16:43 UTC
Created attachment 102385 [details]
mail received

this is the mail which replying to generated the crash
Comment 2 Denis Kurz 2017-06-23 23:50:34 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:44:14 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.