Bug 329181 - Kmail crashes when shutting down the application
Summary: Kmail crashes when shutting down the application
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kontact
Classification: Applications
Component: general (show other bugs)
Version: 4.11.3
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2013-12-23 23:55 UTC by stakanov.s
Modified: 2017-01-07 22:44 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 stakanov.s 2013-12-23 23:55:29 UTC
Application: kontact (4.11.3)
KDE Platform Version: 4.11.3
Qt Version: 4.8.5
Operating System: Linux 3.11.6-4-desktop x86_64
Distribution: "openSUSE 13.1 (Bottle) (x86_64)"

-- Information about the crash:
- Custom settings of the application:

Well, this could connected to the bug I did belief connected to a particular set of  symbols in a password (and that I did report today). In reality it turns out that you can save a working password only if you safe a bogus one, wait for the pop up error of login and then put the password (the right one) in again. Then whatever password works fine. Since I had to do this with 3 accounts that where all blocked since a month and since that happens every time I have a filter problem (filter not working, you open filter configuration, just close it with O.K. to save immaginary changes and then filter will work again), I have this crash every time I do correct for these issues. I would suspect the crash at shutdown (reproducible sometimes, but quite often) is connected. 

Opensuse 13.1 with original rpms, KDE 4.11.3
Spamassasin installed
Secure file settings

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

Thread 5 (Thread 0x7f2172c1d700 (LWP 2902)):
#0  0x00007f2186d940af in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f218a52af76 in ?? () from /usr/lib64/libQtWebKit.so.4
#2  0x00007f218a52afa9 in ?? () from /usr/lib64/libQtWebKit.so.4
#3  0x00007f2186d900db in start_thread () from /lib64/libpthread.so.0
#4  0x00007f218ccbc90d in clone () from /lib64/libc.so.6

Thread 4 (Thread 0x7f2132302700 (LWP 2908)):
#0  0x00007f2186d940af in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f218a29d2cd in ?? () from /usr/lib64/libQtWebKit.so.4
#2  0x00007f218a552ad6 in ?? () from /usr/lib64/libQtWebKit.so.4
#3  0x00007f2186d900db in start_thread () from /lib64/libpthread.so.0
#4  0x00007f218ccbc90d in clone () from /lib64/libc.so.6

Thread 3 (Thread 0x7f211f2fb700 (LWP 3018)):
#0  0x00007f218ccb3b3d in poll () from /lib64/libc.so.6
#1  0x00007f21867cd604 in ?? () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f21867cd70c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f218d439d76 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#4  0x00007f218d40bd0f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#5  0x00007f218d40c005 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#6  0x00007f218d30afef in QThread::exec() () from /usr/lib64/libQtCore.so.4
#7  0x00007f218d3ed513 in ?? () from /usr/lib64/libQtCore.so.4
#8  0x00007f218d30d68f in ?? () from /usr/lib64/libQtCore.so.4
#9  0x00007f2186d900db in start_thread () from /lib64/libpthread.so.0
#10 0x00007f218ccbc90d in clone () from /lib64/libc.so.6

Thread 2 (Thread 0x7f2115d5b700 (LWP 27626)):
#0  0x00007f2186d940af in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f21256598cb in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f2125957f00 <QTWTF::pageheap_memory>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359
#2  0x00007f2125659909 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464
#3  0x00007f2186d900db in start_thread () from /lib64/libpthread.so.0
#4  0x00007f218ccbc90d in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f218f77a880 (LWP 2857)):
[KCrash Handler]
#6  deref (this=0x0) at /usr/include/QtCore/qatomic_x86_64.h:133
#7  ~QByteArray (this=0x1aee848, __in_chrg=<optimized out>) at /usr/include/QtCore/qbytearray.h:401
#8  ~KEntry (this=0x1aee848, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/kconfigdata.h:35
#9  QMap<KEntryKey, KEntry>::freeData (x=0x20a92c0, this=<optimized out>) at /usr/include/QtCore/qmap.h:652
#10 0x00007f218d81cbed in ~QMap (this=0x1cd0c70, __in_chrg=<optimized out>) at /usr/include/QtCore/qmap.h:185
#11 ~KEntryMap (this=0x1cd0c70, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/kconfigdata.h:152
#12 ~KConfigPrivate (this=0x1cd0c40, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/kconfig_p.h:79
#13 KConfigPrivate::~KConfigPrivate (this=0x1cd0c40, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/kconfig_p.h:80
#14 0x00007f218d81bd0b in KConfig::~KConfig (this=0x1cabbf0, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/kconfig.cpp:282
#15 0x00007f218d831e5a in KSharedConfig::~KSharedConfig (this=0x1cabbf0, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/ksharedconfig.cpp:69
#16 0x00007f218d831f09 in KSharedConfig::~KSharedConfig (this=0x1cabbf0, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/ksharedconfig.cpp:74
#17 0x00007f218d833439 in ~KSharedPtr (this=0x1cc27f8, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/util/ksharedptr.h:90
#18 ~Private (this=0x1cc27f0, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/kcoreconfigskeleton_p.h:34
#19 KCoreConfigSkeleton::~KCoreConfigSkeleton (this=0x1d7bec0, __in_chrg=<optimized out>) at /usr/src/debug/kdelibs-4.11.3/kdecore/config/kcoreconfigskeleton.cpp:1005
#20 0x00007f212a051373 in ~GlobalSettings (this=0x1d7bec0, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.11.3/kmail/globalsettings.cpp:58
#21 GlobalSettings::~GlobalSettings (this=0x1d7bec0, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.11.3/kmail/globalsettings.cpp:60
#22 0x00007f212a10e06d in ~GlobalSettingsBaseHelper (this=0x1dc26f0, __in_chrg=<optimized out>) at /usr/src/debug/kdepim-4.11.3/build/kmail/globalsettings_base.cpp:15
#23 destroy () at /usr/src/debug/kdepim-4.11.3/build/kmail/globalsettings_base.cpp:18
#24 0x00007f218cc0d3d9 in __run_exit_handlers () from /lib64/libc.so.6
#25 0x00007f218cc0d425 in exit () from /lib64/libc.so.6
#26 0x00007f218cbf6bec in __libc_start_main () from /lib64/libc.so.6
#27 0x0000000000403e29 in _start ()

Possible duplicates by query: bug 248108.

Reported using DrKonqi
Comment 1 Denis Kurz 2016-09-24 19:25:10 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 kontact (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months.
Comment 2 Denis Kurz 2017-01-07 22:44:02 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.