Version: 4.7 (using KDE 4.7.3) OS: Linux kmail process doesn't exit when I close application. if I gdb -p `pidof kmail` then (gdb) thread apply all bt Thread 3 (Thread 0xaccc2b70 (LWP 27791)): #0 0xb76fb424 in __kernel_vsyscall () #1 0xb55ad8fb in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0xb5c7042c in pthread_cond_wait () from /lib/libc.so.6 #3 0xb31a3c53 in ?? () from /usr/lib/libQtWebKit.so.4 #4 0xb31a3d6f in ?? () from /usr/lib/libQtWebKit.so.4 #5 0xb137670c in ?? () from /usr/lib/libGL.so.1 #6 0x00000000 in ?? () Thread 2 (Thread 0xac3a1b70 (LWP 27792)): #0 0xb76fb424 in __kernel_vsyscall () #1 0xb5c581ae in poll () from /lib/libc.so.6 #2 0xb40ab09b in g_poll () from /usr/lib/libglib-2.0.so.0 #3 0xb409c5e6 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0xb409c97a in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0xb5fd9b37 in QEventDispatcherGlib::processEvents (this=0x980ba98, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #6 0xb5fa185d in QEventLoop::processEvents (this=0xac3a11e0, flags=...) at kernel/qeventloop.cpp:149 #7 0xb5fa1af9 in QEventLoop::exec (this=0xac3a11e0, flags=...) at kernel/qeventloop.cpp:204 #8 0xb5e7dc6d in QThread::exec (this=0x980b748) at thread/qthread.cpp:501 #9 0xb5e7dd3b in QThread::run (this=0x980b748) at thread/qthread.cpp:568 #10 0xb5e80fba in QThreadPrivate::start (arg=0x980b748) at thread/qthread_unix.cpp:298 #11 0xb137670c in ?? () from /usr/lib/libGL.so.1 #12 0x00000000 in ?? () Thread 1 (Thread 0xaf5fa750 (LWP 27787)): #0 0xb76fb424 in __kernel_vsyscall () #1 0xb5c581ae in poll () from /lib/libc.so.6 ---Type <return> to continue, or q <return> to quit--- #2 0xb40ab09b in g_poll () from /usr/lib/libglib-2.0.so.0 #3 0xb409c5e6 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0xb409c97a in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0xb5fd9b37 in QEventDispatcherGlib::processEvents (this=0x93888a0, flags=...) at kernel/qeventdispatcher_glib.cpp:424 #6 0xb630da6a in QGuiEventDispatcherGlib::processEvents (this=0x93888a0, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #7 0xb5fa185d in QEventLoop::processEvents (this=0xbf9e6e74, flags=...) at kernel/qeventloop.cpp:149 #8 0xb5fa1af9 in QEventLoop::exec (this=0xbf9e6e74, flags=...) at kernel/qeventloop.cpp:204 #9 0xb5fa773a in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1148 #10 0xb6248854 in QApplication::exec () at kernel/qapplication.cpp:3779 #11 0x08049c9e in main (argc=1, argv=0xbf9e7044) at /home/hussam/packages/kdepim/src/kdepim/kmail/main.cpp:145 Reproducible: Always Steps to Reproduce: start kmail then close it Actual Results: kmail process stays running in background Expected Results: kmail process should exit completely. OS: Linux (i686) release 3.1.0-4-ARCH Compiler: ccache build from kde 4.7 branch
can someone change product to kdelibs? looks like all kde applications are showing this problem in today's kdelibs 4.7 branch.
=> kdelibs as requested
I am using git bisect now to track when this started to happen.
reverting back to commit 999eac446a49e6126df04aa8717f95e6aef136fc solves the problem. (revision 999eac446a49e6126df04aa8717f95e6aef136fc worked).
*** Bug 286337 has been marked as a duplicate of this bug. ***
I can confirm the issue, and that it is caused by the "ksecrets" merge, because the "last good" SHA1 is 6b6af2d3. Adding Valentin.
Well, I confirm that's the SHA1 right before the ksecretsservice merging. However, it won't reproduce with all the application. For instance Kate is exiting correctly, but not Konqueror. I'll take a look though. FYI, when working on the ksecretsservice branch of kdelibs, I used to regularly merge the KDE/4.7 branch.
kmix was exiting correctly too.
Ok, this is related to ksecretsservice. I'm working now to fix it.
Fixed by commit edd19f5b7453d2 on KDE/4.7 branch