Bug 331946 - kmail2 4.12.3 crash after moving a big folder to another one ( imap )
Summary: kmail2 4.12.3 crash after moving a big folder to another one ( imap )
Status: RESOLVED FIXED
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: 4.12.3
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2014-03-10 09:07 UTC by Bruno Friedmann
Modified: 2016-09-25 07:50 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 Bruno Friedmann 2014-03-10 09:07:24 UTC
Application: kmail (4.12.3)
KDE Platform Version: 4.12.3
Qt Version: 4.8.5
Operating System: Linux 3.13.5-2.gbb654e2-desktop x86_64
Distribution: "openSUSE 13.1 (Bottle) (x86_64)"

-- Information about the crash:
- What I was doing when the application crashed: I've asked kmail to move a big folder with 8 sub folder to my personal imap folder ...

The operation was like suspended, the folder never move (from the kmail point of view)

The crash can be reproduced sometimes.

-- Backtrace:
Application: KMail (kmail), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f54c2f928c0 (LWP 30024))]

Thread 5 (Thread 0x7f549b5d9700 (LWP 30075)):
#0  0x00007f54be0d60af in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f54b3089f76 in WTF::TCMalloc_PageHeap::scavengerThread (this=0x7f54b3b525a0 <WTF::pageheap_memory>) at /usr/src/debug/webkit-qtwebkit-23/Source/WTF/wtf/FastMalloc.cpp:2571
#2  0x00007f54b3089fa9 in WTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at /usr/src/debug/webkit-qtwebkit-23/Source/WTF/wtf/FastMalloc.cpp:1767
#3  0x00007f54be0d20db in start_thread () from /lib64/libpthread.so.0
#4  0x00007f54c02d590d in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f5499c3f700 (LWP 30077)):
#0  0x00007f54be0d60af in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f54b2dfc2cd in JSC::BlockAllocator::blockFreeingThreadMain (this=0x7f549ad42398) at /usr/src/debug/webkit-qtwebkit-23/Source/JavaScriptCore/heap/BlockAllocator.cpp:128
#2  0x00007f54b30b1ad6 in WTF::wtfThreadEntryPoint (param=0x2919040) at /usr/src/debug/webkit-qtwebkit-23/Source/WTF/wtf/ThreadingPthreads.cpp:196
#3  0x00007f54be0d20db in start_thread () from /lib64/libpthread.so.0
#4  0x00007f54c02d590d in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f544bffd700 (LWP 30079)):
#0  0x00007f54b7eab000 in ?? () from /usr/lib64/libglib-2.0.so.0
#1  0x00007f54b7eab289 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f54b7e6b4f5 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f54b7e6b70c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f54c0c69d76 in QEventDispatcherGlib::processEvents (this=0x7f54400008e0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#5  0x00007f54c0c3bd0f in QEventLoop::processEvents (this=this@entry=0x7f544bffcd20, flags=...) at kernel/qeventloop.cpp:149
#6  0x00007f54c0c3c005 in QEventLoop::exec (this=this@entry=0x7f544bffcd20, flags=...) at kernel/qeventloop.cpp:204
#7  0x00007f54c0b3afef in QThread::exec (this=<optimized out>) at thread/qthread.cpp:536
#8  0x00007f54c0b3d68f in QThreadPrivate::start (arg=0x2e8c120) at thread/qthread_unix.cpp:338
#9  0x00007f54be0d20db in start_thread () from /lib64/libpthread.so.0
#10 0x00007f54c02d590d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f543bb69700 (LWP 30085)):
#0  0x00007f54b7e68ad4 in ?? () from /usr/lib64/libglib-2.0.so.0
#1  0x00007f54b7e6ac4b in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f54b7e6b523 in ?? () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f54b7e6b70c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f54c0c69d76 in QEventDispatcherGlib::processEvents (this=0x7f54300008e0, flags=...) at kernel/qeventdispatcher_glib.cpp:427
#5  0x00007f54c0c3bd0f in QEventLoop::processEvents (this=this@entry=0x7f543bb68ce0, flags=...) at kernel/qeventloop.cpp:149
#6  0x00007f54c0c3c005 in QEventLoop::exec (this=this@entry=0x7f543bb68ce0, flags=...) at kernel/qeventloop.cpp:204
#7  0x00007f54c0b3afef in QThread::exec (this=this@entry=0x32d08c0) at thread/qthread.cpp:536
#8  0x00007f54c0c1d513 in QInotifyFileSystemWatcherEngine::run (this=0x32d08c0) at io/qfilesystemwatcher_inotify.cpp:256
#9  0x00007f54c0b3d68f in QThreadPrivate::start (arg=0x32d08c0) at thread/qthread_unix.cpp:338
#10 0x00007f54be0d20db in start_thread () from /lib64/libpthread.so.0
#11 0x00007f54c02d590d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f54c2f928c0 (LWP 30024)):
[KCrash Handler]
#6  0x00007f54bce393db in qDeleteAll<QList<KMime::Headers::Base*>::const_iterator> (end=..., begin=...) at /usr/include/QtCore/qalgorithms.h:322
#7  qDeleteAll<QList<KMime::Headers::Base*> > (c=...) at /usr/include/QtCore/qalgorithms.h:330
#8  KMime::Content::~Content (this=0xe12a730, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/kmime/kmime_content.cpp:94
#9  0x00007f54bce50b99 in KMime::Message::~Message (this=0xe12a730, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/kmime/kmime_message.cpp:46
#10 0x00007f543b164a61 in ?? () from /usr/lib64/kde4/akonadi_serializer_mail.so
#11 0x00007f54bcaa668e in ~clone_ptr (this=0xe12aa70, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/akonadi/item_p.h:48
#12 ~TypedPayload (this=0xe12aa70, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/akonadi/item_p.h:119
#13 _Destroy<Akonadi::_detail::TypedPayload> (__pointer=0xe12aa70) at /usr/include/c++/4.8/bits/stl_construct.h:93
#14 __destroy<Akonadi::_detail::TypedPayload*> (__last=<optimized out>, __first=0xe12aa70) at /usr/include/c++/4.8/bits/stl_construct.h:103
#15 _Destroy<Akonadi::_detail::TypedPayload*> (__last=<optimized out>, __first=<optimized out>) at /usr/include/c++/4.8/bits/stl_construct.h:126
#16 _Destroy<Akonadi::_detail::TypedPayload*, Akonadi::_detail::TypedPayload> (__last=0xe12aa80, __first=<optimized out>) at /usr/include/c++/4.8/bits/stl_construct.h:151
#17 ~vector (this=0xe12a8f8, __in_chrg=<optimized out>) at /usr/include/c++/4.8/bits/stl_vector.h:415
#18 ~ItemPrivate (this=0xe12a8b0, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/akonadi/item_p.h:202
#19 Akonadi::ItemPrivate::~ItemPrivate (this=0xe12a8b0, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/akonadi/item_p.h:203
#20 0x00007f54c0b58939 in QHashData::free_helper (this=0x33e78e0, node_delete=0x7f54bca90180 <QHash<long long, Akonadi::Item>::deleteNode2(QHashData::Node*)>) at tools/qhash.cpp:275
#21 0x00007f54bca85f10 in freeData (this=<optimized out>, x=<optimized out>) at /usr/include/QtCore/qhash.h:570
#22 ~QHash (this=0x2e94d30, __in_chrg=<optimized out>) at /usr/include/QtCore/qhash.h:283
#23 Akonadi::EntityTreeModelPrivate::~EntityTreeModelPrivate (this=0x2e94d20, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/akonadi/entitytreemodel_p.cpp:93
#24 0x00007f54bca7c400 in Akonadi::EntityTreeModel::~EntityTreeModel (this=0x27e9a70, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/akonadi/entitytreemodel.cpp:88
#25 0x00007f54bca7c4d9 in Akonadi::EntityTreeModel::~EntityTreeModel (this=0x27e9a70, __in_chrg=<optimized out>) at /usr/src/debug/kdepimlibs-4.12.3/akonadi/entitytreemodel.cpp:89
#26 0x00007f54c0c53658 in QObjectPrivate::deleteChildren (this=this@entry=0x2945250) at kernel/qobject.cpp:1916
#27 0x00007f54c0c55bff in QObject::~QObject (this=0x7fffa1ff1cb0, __in_chrg=<optimized out>) at kernel/qobject.cpp:926
#28 0x00007f54c1d5f0fb in KMKernel::~KMKernel (this=0x7fffa1ff1cb0, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.12.3/kmail/kmkernel.cpp:234
#29 0x0000000000402f66 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/kdepim-4.12.3/kmail/main.cpp:129

Possible duplicates by query: bug 294698.

Reported using DrKonqi
Comment 1 Denis Kurz 2016-09-24 18:12:28 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 2 Bruno Friedmann 2016-09-25 07:50:21 UTC
Tested on 16.08.1 seems to work with big folders on the same imap account.