Bug 304593 - kmail starts in offline-mode, when akonadi is not running
Summary: kmail starts in offline-mode, when akonadi is not running
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail2
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-05 07:24 UTC by Franz Trischberger
Modified: 2015-09-08 21:00 UTC (History)
1 user (show)

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 Franz Trischberger 2012-08-05 07:24:55 UTC
I configured my imap-resources to go offline when kmail is not running. I also disabled anything akonadi-related in playma/krunner/..., so that akonadi does not get started at login (needed to improve login time).
When kmail starts for the first time after login it also starts akonadi. But I can't use the imap-resources. They are turned offline. But clicking "Go Online" in the message window does not work. Also the main menu offers "work offline", so kmail itself thinks it is online. Triggering it does not do anything.
The only solution to make kmail functional is to restart it.

Reproducible: Always
Comment 1 Franz Trischberger 2012-08-11 08:26:48 UTC
Additionally KMail crashes when closing when in offline mode:

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

Thread 4 (Thread 0x7f87b6ef5700 (LWP 3873)):
#0  0x00007f87cf14cf23 in select () at ../sysdeps/unix/syscall-template.S:82
#1  0x00007f87cfa76391 in QProcessManager::run (this=0x7f87cfded4a0) at io/qprocess_unix.cpp:245
#2  0x00007f87cf99fc3b in QThreadPrivate::start (arg=0x7f87cfded4a0) at thread/qthread_unix.cpp:307
#3  0x00007f87ccf49e2c in start_thread () from /lib64/libpthread.so.0
#4  0x00007f87cf1534ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 3 (Thread 0x7f87b4f63700 (LWP 3889)):
#0  0x00007f87ccf4dd6c in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f87c367134c in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/qt4/libQtWebKit.so.4
#2  0x00007f87c3671479 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/qt4/libQtWebKit.so.4
#3  0x00007f87ccf49e2c in start_thread () from /lib64/libpthread.so.0
#4  0x00007f87cf1534ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 2 (Thread 0x7f87b2308700 (LWP 3967)):
#0  0x00007f87ccf4e0eb in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f87cf9a009f in wait (time=30000, this=0x4160f10) at thread/qwaitcondition_unix.cpp:84
#2  QWaitCondition::wait (this=<optimized out>, mutex=0x4162458, time=30000) at thread/qwaitcondition_unix.cpp:158
#3  0x00007f87cf993f8f in QThreadPoolThread::run (this=0x4161f80) at concurrent/qthreadpool.cpp:141
#4  0x00007f87cf99fc3b in QThreadPrivate::start (arg=0x4161f80) at thread/qthread_unix.cpp:307
#5  0x00007f87ccf49e2c in start_thread () from /lib64/libpthread.so.0
#6  0x00007f87cf1534ad in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115

Thread 1 (Thread 0x7f87d1e1f780 (LWP 3872)):
[KCrash Handler]
#6  0x00007f87c7fb6902 in lockInline (this=0xf5c518) at /usr/include/qt4/QtCore/qmutex.h:187
#7  QMutexLocker (m=0xf5c518, this=<synthetic pointer>) at /usr/include/qt4/QtCore/qmutex.h:109
#8  Nepomuk::Resource::~Resource (this=0x7f87ac0242e0, __in_chrg=<optimized out>) at /var/tmp/paludis/kde-base-kdelibs-4.9.0/work/kdelibs-4.9.0/nepomuk/core/resource.cpp:142
#9  0x00007f87c7fb6b89 in Nepomuk::Resource::~Resource (this=0x7f87ac0242e0, __in_chrg=<optimized out>) at /var/tmp/paludis/kde-base-kdelibs-4.9.0/work/kdelibs-4.9.0/nepomuk/core/resource.cpp:147
#10 0x00007f87cfaac039 in QMetaCallEvent::~QMetaCallEvent (this=0x7f87ac0247d0, __in_chrg=<optimized out>) at kernel/qobject.cpp:509
#11 0x00007f87cfaac099 in QMetaCallEvent::~QMetaCallEvent (this=0x7f87ac0247d0, __in_chrg=<optimized out>) at kernel/qobject.cpp:518
#12 0x00007f87cfa9dd89 in QCoreApplicationPrivate::~QCoreApplicationPrivate (this=0x98dc70, __in_chrg=<optimized out>) at kernel/qcoreapplication.cpp:449
#13 0x00007f87cffc7c99 in QApplicationPrivate::~QApplicationPrivate (this=0x98dc70, __in_chrg=<optimized out>) at kernel/qapplication.cpp:223
#14 0x00007f87cfab4240 in cleanup (pointer=<optimized out>) at ../../include/QtCore/../../src/corelib/tools/qscopedpointer.h:62
#15 ~QScopedPointer (this=0x7fff88da53f8, __in_chrg=<optimized out>) at ../../include/QtCore/../../src/corelib/tools/qscopedpointer.h:100
#16 QObject::~QObject (this=0x7fff88da53f0, __in_chrg=<optimized out>) at kernel/qobject.cpp:817
#17 0x00007f87cffc77f7 in QApplication::~QApplication (this=0x7fff88da53f0, __in_chrg=<optimized out>) at kernel/qapplication.cpp:1095
#18 0x000000000040307b in main (argc=<optimized out>, argv=<optimized out>) at /var/tmp/paludis/kde-base-kmail-4.9.0/work/kmail-4.9.0/kmail/main.cpp:149

I configured my IMAP-Accounts to be offline when kmail is not running, mainly because that's the easiest solution to "fix" kdebug #257722 (which is still present in kde-4.9.0).
Comment 2 Martin Steigerwald 2015-09-08 21:00:47 UTC
Hello Franz. Does this still happen to you with a recent version of KMail (KDEPIM 4.14 or if you can already get it 15.08)? If so please provide version number as well. Thanks, Martin