Bug 196215

Summary: kontact crash close akonadi
Product: [Frameworks and Libraries] Akonadi Reporter: Florian <floeschie>
Component: KResource compat bridgesAssignee: Kevin Krammer <krammer>
Status: RESOLVED FIXED    
Severity: crash CC: chrilleh, dendraya, jjluza, karaluh, kristof.l, vkrause
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Unlisted Binaries   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Florian 2009-06-12 18:10:51 UTC
Application that crashed: kontact
Version of the application: 4.3.0 pre
KDE Version: 4.2.90 (KDE 4.2.90 (KDE 4.3 Beta2))
Qt Version: 4.5.1
Operating System: Linux 2.6.28-12-generic x86_64
Distribution: Ubuntu 9.04

 -- Backtrace:
Application: Kontact (kontact), signal: Segmentation fault
[KCrash Handler]
#5  0x0000000003fad700 in ?? ()
#6  0x00007faf72ef0b6e in KCal::CalendarLocal::close (this=0x2bf7150) at /usr/include/qt4/QtCore/qalgorithms.h:350
#7  0x00007faf517999e4 in KCal::ResourceAkonadi::Private::clearResource (this=0x2bf7090) at /build/buildd/kdepim-4.2.90/kresources/akonadi/kcal/resourceakonadi_p.cpp:118
#8  0x00007faf517b3202 in ResourcePrivateBase::clear (this=0x2bf7090) at /build/buildd/kdepim-4.2.90/kresources/akonadi/shared/resourceprivatebase.cpp:262
#9  0x00007faf51794ced in KCal::ResourceAkonadi::doClose (this=0x2a10c10) at /build/buildd/kdepim-4.2.90/kresources/akonadi/kcal/resourceakonadi.cpp:424
#10 0x00007faf729c8336 in KRES::Resource::close (this=0x2a10c10) at /build/buildd/kdepimlibs-4.2.90/kresources/resource.cpp:141
#11 0x00007faf72f47659 in KCal::CalendarResources::close (this=0x2bd6dd0) at /build/buildd/kdepimlibs-4.2.90/kcal/calendarresources.cpp:352
#12 0x00007faf72f479dd in ~CalendarResources (this=0x2d20240) at /build/buildd/kdepimlibs-4.2.90/kcal/calendarresources.cpp:249
#13 0x00007faf5ecf4eb6 in ~StdCalendar (this=0x2d20240) at /build/buildd/kdepim-4.2.90/korganizer/stdcalendar.cpp:112
#14 0x00007faf5ecf6557 in K3StaticDeleter<KOrg::StdCalendar>::destructObject (this=0x7faf5eef81e0) at /usr/include/k3staticdeleter.h:174
#15 0x00007faf7415870c in K3StaticDeleterPrivate::deleteStaticDeleters () at /build/buildd/kde4libs-4.2.90/kde3support/kdecore/k3staticdeleter.cpp:56
#16 0x00007faf6f47d385 in qt_call_post_routines () at kernel/qcoreapplication.cpp:163
#17 0x00007faf700040b8 in ~QApplication (this=0x7fff7cf5a0d0) at kernel/qapplication.cpp:970
#18 0x00000000004049d1 in main (argc=1, argv=0x7fff7cf5a7b8) at /build/buildd/kdepim-4.2.90/kontact/src/main.cpp:67

This bug may be a duplicate of or related to bug 183318

Reported using DrKonqi
Comment 1 JJ Luza 2009-07-16 20:43:25 UTC
Hi.

I have same problem.
It happens everytime I close Kontact, but it doesn't happen when I close kmail/kaddressbook/Korganizer/Akregator/other standalone programs.
I run debian experimental version (kde 4.3 rc2). I didn't have problem with previous versions (4.2.4).

When I close kontact, drKonqi pop with this debug trace :

Application: Kontact (kontact), signal: Aborted
[KCrash Handler]
#5  0x00007fc50d351d05 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#6  0x00007fc50d354dc1 in *__GI_abort () at abort.c:88
#7  0x00007fc50e5f0685 in qt_message_output (msgType=QtFatalMsg, buf=<value optimized out>) at global/qglobal.cpp:2042
#8  0x00007fc50e5f07cb in qFatal (msg=<value optimized out>) at global/qglobal.cpp:2241
#9  0x00007fc4f33401e7 in operator-> () at ../../akonadi/control.cpp:120
#10 Akonadi::Control::start () at ../../akonadi/control.cpp:198
#11 0x00007fc4f36196dd in ResourcePrivateBase::startAkonadi (this=0x1dc2030) at ../../../kresources/shared/resourceprivatebase.cpp:371
#12 ResourcePrivateBase::doOpen (this=0x1dc2030) at ../../../kresources/shared/resourceprivatebase.cpp:91
#13 0x00007fc50b073a6a in KRES::Resource::open (this=0x1f5fb50) at ../../kresources/resource.cpp:122
#14 0x00007fc50ae2870c in KABC::StdAddressBook::Private::init (this=0x259bcd0, asynchronous=false) at ../../kabc/stdaddressbook.cpp:151
#15 0x00007fc50ae29c7b in KABC::StdAddressBook::self (asynchronous=<value optimized out>) at ../../kabc/stdaddressbook.cpp:92
#16 0x00007fc50ae29d36 in KABC::StdAddressBook::self () at ../../kabc/stdaddressbook.cpp:81
#17 0x00007fc4f12406e9 in KOPrefs::instance () at ../../korganizer/koprefs.cpp:99
#18 0x00007fc4f1633895 in FreeBusyManager::slotPerhapsUploadFB (this=0x1cb4) at ../../korganizer/freebusymanager.cpp:157
#19 0x00007fc4f1636830 in FreeBusyManager::qt_metacall (this=0x26b3820, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fffdecaf790) at ./freebusymanager.moc:147
#20 0x00007fc50e6f3602 in QMetaObject::activate (sender=0x248ddb0, from_signal_index=<value optimized out>, to_signal_index=4, argv=0xffffffffffffffff) at kernel/qobject.cpp:3112
#21 0x00007fc50ab1c19e in KCal::Calendar::qt_metacall (this=0x248ddb0, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=<value optimized out>) at ./calendar.moc:73
#22 0x00007fc50ab78c35 in KCal::CalendarResources::qt_metacall (this=0x1cb4, _c=7348, _id=6, _a=0xffffffffffffffff) at ./calendarresources.moc:76
#23 0x00007fc50e6f3602 in QMetaObject::activate (sender=0x2522e60, from_signal_index=<value optimized out>, to_signal_index=4, argv=0xffffffffffffffff) at kernel/qobject.cpp:3112
#24 0x00007fc50ab68b2f in KCal::ResourceCalendar::resourceChanged (this=0x1cb4, _t1=0x2522e60) at ./resourcecalendar.moc:117
#25 0x00007fc4f2a65bc2 in ResourcePrivateBase::clear (this=0x2524390) at ../../../kresources/shared/resourceprivatebase.cpp:264
#26 0x00007fc4f2a47d3d in KCal::ResourceAkonadi::doClose (this=0x2522e60) at ../../../kresources/kcal/resourceakonadi.cpp:425
#27 0x00007fc50b073e6d in KRES::Resource::close (this=0x2522e60) at ../../kresources/resource.cpp:141
#28 0x00007fc50ab7c279 in KCal::CalendarResources::close (this=0x248ddb0) at ../../kcal/calendarresources.cpp:350
#29 0x00007fc50ab7c5ed in ~CalendarResources (this=0x1cb4, __in_chrg=<value optimized out>) at ../../kcal/calendarresources.cpp:247
#30 0x00007fc4f9b0cda6 in ~StdCalendar (this=0x1cb4, __in_chrg=<value optimized out>) at ../../korganizer/stdcalendar.cpp:112
#31 0x00007fc4f9b0e487 in K3StaticDeleter<KOrg::StdCalendar>::destructObject (this=0x7fc4f9d0f780) at /usr/include/k3staticdeleter.h:174
#32 0x00007fc50b94f41c in K3StaticDeleterPrivate::deleteStaticDeleters () at ../../kde3support/kdecore/k3staticdeleter.cpp:56
#33 0x00007fc50e6dea15 in qt_call_post_routines () at kernel/qcoreapplication.cpp:163
#34 0x00007fc50db60a78 in ~QApplication (this=0x7fffdecafda0, __in_chrg=<value optimized out>) at kernel/qapplication.cpp:971
#35 0x00000000004047c4 in ~KontactApp (argc=1, argv=0x7fffdecb0378) at ../../../kontact/src/main.cpp:67
#36 main (argc=1, argv=0x7fffdecb0378) at ../../../kontact/src/main.cpp:221

In .xsession-errors, there is :
Fatal Error: Accessed global static 'StaticControl *s_instance()' after destruction. Defined at ../../akonadi/control.cpp:120
*** KMail got signal 6 (Crashing)
KCrash: Application 'kontact' crashing...



It seems related to the bug 177862
Comment 2 Kevin Krammer 2009-07-17 20:55:46 UTC
I seem to be unable to reproduce it :(

Which of the components is active when you close it?
Did you activate other components between start and closing?
Comment 3 Kevin Krammer 2009-07-18 12:36:42 UTC
SVN commit 998669 by krake:

Do not emit resourceChanged() signal in doClose().
None of the other resources does it and it seems that it can trigger unwanted reloads (see bug 196215).

BUG: 196215



 M  +6 -0      resourceakonadi.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=998669
Comment 4 Kevin Krammer 2009-07-18 12:38:01 UTC
SVN commit 998670 by krake:

Backport of Revision 998669

Do not emit resourceChanged() signal in doClose().                                                                   
None of the other resources does it and it seems that it can trigger unwanted reloads (see bug 196215).              

CCBUG: 196215



 M  +6 -0      resourceakonadi.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=998670
Comment 5 Kevin Krammer 2009-07-18 12:40:58 UTC
Additional info for the reporters:
I didn't manage to reproduce the crash, the fix is therefore based on analysing your backtraces only.

Please reopen if it is still there once you had a chance to test with a version including the above change.

Thanks a lot for testing our betas and RCs!
Comment 6 Kevin Krammer 2009-07-18 14:11:27 UTC
*** Bug 199712 has been marked as a duplicate of this bug. ***
Comment 7 Christophe Marin 2009-07-19 17:42:32 UTC
*** Bug 200777 has been marked as a duplicate of this bug. ***
Comment 8 Christophe Marin 2009-07-21 11:07:46 UTC
*** Bug 200972 has been marked as a duplicate of this bug. ***
Comment 9 Christophe Marin 2009-07-23 19:15:51 UTC
*** Bug 201268 has been marked as a duplicate of this bug. ***