Bug 357228 - KAddressbook crashes on startup with configured CardDav
Summary: KAddressbook crashes on startup with configured CardDav
Status: RESOLVED DUPLICATE of bug 365944
Alias: None
Product: kaddressbook
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Arch Linux Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2015-12-27 19:08 UTC by Stefan Damerow
Modified: 2016-08-24 06:55 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Damerow 2015-12-27 19:08:24 UTC
Application: kaddressbook (5.1)

Qt Version: 5.5.1
Operating System: Linux 4.2.5-1-ARCH i686
Distribution (Platform): Archlinux Packages

-- Information about the crash:
Added a new calendar (Dav groupware resource) in KOrganize to sync calendar and contacts with my ownCloud server. Synchronization in KOrganizer works well but starting KAddressbook results in a crash (segmentation fault). After KAddressbook keeps crashing I've cleared my home folder and logged in again. KAddressbook now starts without error but after adding ownCloud settings it keeps crashing again.

Maybe useful information:
System: Arch Linux / kdepim 15.12.0-1 recompiled from ABS with debug support
Server: Debian "jessie" / Apache 2.4.10-10 / ownCloud 8.1.5 / self signed SSL certificate

The crash can be reproduced every time.

-- Backtrace:
Application: KAddressBook (kaddressbook), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0xaacb37c0 (LWP 2017))]

Thread 8 (Thread 0xaa78eb40 (LWP 2018)):
#0  0xb7739bc8 in __kernel_vsyscall ()
#1  0xb5d0404b in poll () from /usr/lib/libc.so.6
#2  0xb38b2fcd in ?? () from /usr/lib/libxcb.so.1
#3  0xb38b514b in xcb_wait_for_event () from /usr/lib/libxcb.so.1
#4  0xaa85f0f3 in QXcbEventReader::run (this=0x94f0cf0) at qxcbconnection.cpp:1229
#5  0xb5ffd0d5 in QThreadPrivate::start (arg=0x94f0cf0) at thread/qthread_unix.cpp:331
#6  0xb42a2315 in start_thread () from /usr/lib/libpthread.so.0
#7  0xb5d0ee1e in clone () from /usr/lib/libc.so.6

Thread 7 (Thread 0xa8dbeb40 (LWP 2019)):
#0  0xb41106f0 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#1  0xb4110c71 in ?? () from /usr/lib/libglib-2.0.so.0
#2  0xb4110e14 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3  0xb61fa954 in QEventDispatcherGlib::processEvents (this=0xa8400468, flags=...) at kernel/qeventdispatcher_glib.cpp:420
#4  0xb61a1183 in QEventLoop::processEvents (this=0xa8dbe214, flags=...) at kernel/qeventloop.cpp:128
#5  0xb61a15ba in QEventLoop::exec (this=0xa8dbe214, flags=...) at kernel/qeventloop.cpp:204
#6  0xb5ff759c in QThread::exec (this=0x95a3a30) at thread/qthread.cpp:503
#7  0xb5ff7688 in QThread::run (this=0x95a3a30) at thread/qthread.cpp:570
#8  0xb5ffd0d5 in QThreadPrivate::start (arg=0x95a3a30) at thread/qthread_unix.cpp:331
#9  0xb42a2315 in start_thread () from /usr/lib/libpthread.so.0
#10 0xb5d0ee1e in clone () from /usr/lib/libc.so.6

Thread 6 (Thread 0xa83ffb40 (LWP 2021)):
#0  0xb7739bc8 in __kernel_vsyscall ()
#1  0xb7739818 in __vdso_clock_gettime ()
#2  0xb5d1c972 in clock_gettime () from /usr/lib/libc.so.6
#3  0xb608b198 in qt_clock_gettime (ts=0xa83fef54, clock=<optimized out>) at tools/qelapsedtimer_unix.cpp:105
#4  do_gettime (frac=<synthetic pointer>, sec=<synthetic pointer>) at tools/qelapsedtimer_unix.cpp:156
#5  qt_gettime () at tools/qelapsedtimer_unix.cpp:165
#6  0xb61f8df2 in QTimerInfoList::updateCurrentTime (this=0x95c4e34) at kernel/qtimerinfo_unix.cpp:84
#7  0xb61f9224 in QTimerInfoList::timerWait (this=0x95c4e34, tm=...) at kernel/qtimerinfo_unix.cpp:381
#8  0xb61fa5c1 in timerSourcePrepareHelper (src=<optimized out>, timeout=0xa83ff088) at kernel/qeventdispatcher_glib.cpp:127
#9  0xb61fa675 in timerSourcePrepare (source=0x95c4e00, timeout=0xa83ff088) at kernel/qeventdispatcher_glib.cpp:160
#10 0xb411019b in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#11 0xb4110be4 in ?? () from /usr/lib/libglib-2.0.so.0
#12 0xb4110e14 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#13 0xb61fa954 in QEventDispatcherGlib::processEvents (this=0x95c29a8, flags=...) at kernel/qeventdispatcher_glib.cpp:420
#14 0xb61a1183 in QEventLoop::processEvents (this=0xa83ff214, flags=...) at kernel/qeventloop.cpp:128
#15 0xb61a15ba in QEventLoop::exec (this=0xa83ff214, flags=...) at kernel/qeventloop.cpp:204
#16 0xb5ff759c in QThread::exec (this=0x95a48b0) at thread/qthread.cpp:503
#17 0xb5ff7688 in QThread::run (this=0x95a48b0) at thread/qthread.cpp:570
#18 0xb5ffd0d5 in QThreadPrivate::start (arg=0x95a48b0) at thread/qthread_unix.cpp:331
#19 0xb42a2315 in start_thread () from /usr/lib/libpthread.so.0
#20 0xb5d0ee1e in clone () from /usr/lib/libc.so.6

Thread 5 (Thread 0xa7bfeb40 (LWP 2023)):
#0  0xb4157178 in g_mutex_unlock () from /usr/lib/libglib-2.0.so.0
#1  0xb4110e1e in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#2  0xb61fa954 in QEventDispatcherGlib::processEvents (this=0xa8403bf0, flags=...) at kernel/qeventdispatcher_glib.cpp:420
#3  0xb61a1183 in QEventLoop::processEvents (this=0xa7bfe214, flags=...) at kernel/qeventloop.cpp:128
#4  0xb61a15ba in QEventLoop::exec (this=0xa7bfe214, flags=...) at kernel/qeventloop.cpp:204
#5  0xb5ff759c in QThread::exec (this=0x95dc0e8) at thread/qthread.cpp:503
#6  0xb5ff7688 in QThread::run (this=0x95dc0e8) at thread/qthread.cpp:570
#7  0xb5ffd0d5 in QThreadPrivate::start (arg=0x95dc0e8) at thread/qthread_unix.cpp:331
#8  0xb42a2315 in start_thread () from /usr/lib/libpthread.so.0
#9  0xb5d0ee1e in clone () from /usr/lib/libc.so.6

Thread 4 (Thread 0xa73fdb40 (LWP 2025)):
#0  0xb5ff462f in QBasicAtomicOps<4>::testAndSetRelaxed<QMutexData*> (currentValue=<synthetic pointer>, newValue=0x0, expectedValue=0x1, _q_value=@0x95d53ec: 0x0) at ../../include/QtCore/../../src/corelib/arch/qatomic_x86.h:259
#1  QGenericAtomicOps<QBasicAtomicOps<4> >::testAndSetRelease<QMutexData*, QMutexData*> (currentValue=<synthetic pointer>, newValue=0x0, expectedValue=<optimized out>, _q_value=@0x95d53ec: 0x0) at ../../include/QtCore/../../src/corelib/thread/qgenericatomic.h:175
#2  QBasicAtomicPointer<QMutexData>::testAndSetRelease (currentValue=<synthetic pointer>, newValue=0x0, expectedValue=<optimized out>, this=0x95d53ec) at ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:280
#3  QBasicMutex::fastTryUnlock (current=<synthetic pointer>, this=0x95d53ec) at thread/qmutex.h:85
#4  QMutex::unlock (this=0x95d53ec) at thread/qmutex.cpp:264
#5  0xb61fa6f0 in QMutexLocker::unlock (this=<synthetic pointer>) at ../../include/QtCore/../../src/corelib/thread/qmutex.h:138
#6  QMutexLocker::~QMutexLocker (this=<synthetic pointer>, __in_chrg=<optimized out>) at ../../include/QtCore/../../src/corelib/thread/qmutex.h:132
#7  QThreadData::canWaitLocked (this=<optimized out>) at ../../include/QtCore/5.5.1/QtCore/private/../../../../../src/corelib/thread/qthread_p.h:240
#8  postEventSourcePrepare (s=0xa9e02c00, timeout=0xa73fd088) at kernel/qeventdispatcher_glib.cpp:254
#9  0xb411019b in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#10 0xb4110be4 in ?? () from /usr/lib/libglib-2.0.so.0
#11 0xb4110e14 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#12 0xb61fa954 in QEventDispatcherGlib::processEvents (this=0xa9e033e0, flags=...) at kernel/qeventdispatcher_glib.cpp:420
#13 0xb61a1183 in QEventLoop::processEvents (this=0xa73fd214, flags=...) at kernel/qeventloop.cpp:128
#14 0xb61a15ba in QEventLoop::exec (this=0xa73fd214, flags=...) at kernel/qeventloop.cpp:204
#15 0xb5ff759c in QThread::exec (this=0x95e7460) at thread/qthread.cpp:503
#16 0xb5ff7688 in QThread::run (this=0x95e7460) at thread/qthread.cpp:570
#17 0xb5ffd0d5 in QThreadPrivate::start (arg=0x95e7460) at thread/qthread_unix.cpp:331
#18 0xb42a2315 in start_thread () from /usr/lib/libpthread.so.0
#19 0xb5d0ee1e in clone () from /usr/lib/libc.so.6

Thread 3 (Thread 0xa6a48b40 (LWP 2028)):
#0  0xb4110191 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#1  0xb4110be4 in ?? () from /usr/lib/libglib-2.0.so.0
#2  0xb4110e14 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3  0xb61fa954 in QEventDispatcherGlib::processEvents (this=0x965e080, flags=...) at kernel/qeventdispatcher_glib.cpp:420
#4  0xb61a1183 in QEventLoop::processEvents (this=0xa6a48214, flags=...) at kernel/qeventloop.cpp:128
#5  0xb61a15ba in QEventLoop::exec (this=0xa6a48214, flags=...) at kernel/qeventloop.cpp:204
#6  0xb5ff759c in QThread::exec (this=0x9663818) at thread/qthread.cpp:503
#7  0xb5ff7688 in QThread::run (this=0x9663818) at thread/qthread.cpp:570
#8  0xb5ffd0d5 in QThreadPrivate::start (arg=0x9663818) at thread/qthread_unix.cpp:331
#9  0xb42a2315 in start_thread () from /usr/lib/libpthread.so.0
#10 0xb5d0ee1e in clone () from /usr/lib/libc.so.6

Thread 2 (Thread 0xa6247b40 (LWP 2029)):
#0  0xb7739bc8 in __kernel_vsyscall ()
#1  0xb5cfe35b in read () from /usr/lib/libc.so.6
#2  0xb4155da5 in ?? () from /usr/lib/libglib-2.0.so.0
#3  0xb411076a in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#4  0xb4110c71 in ?? () from /usr/lib/libglib-2.0.so.0
#5  0xb4110e14 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#6  0xb61fa954 in QEventDispatcherGlib::processEvents (this=0xa8406ac0, flags=...) at kernel/qeventdispatcher_glib.cpp:420
#7  0xb61a1183 in QEventLoop::processEvents (this=0xa6247214, flags=...) at kernel/qeventloop.cpp:128
#8  0xb61a15ba in QEventLoop::exec (this=0xa6247214, flags=...) at kernel/qeventloop.cpp:204
#9  0xb5ff759c in QThread::exec (this=0x9662460) at thread/qthread.cpp:503
#10 0xb5ff7688 in QThread::run (this=0x9662460) at thread/qthread.cpp:570
#11 0xb5ffd0d5 in QThreadPrivate::start (arg=0x9662460) at thread/qthread_unix.cpp:331
#12 0xb42a2315 in start_thread () from /usr/lib/libpthread.so.0
#13 0xb5d0ee1e in clone () from /usr/lib/libc.so.6

Thread 1 (Thread 0xaacb37c0 (LWP 2017)):
[KCrash Handler]
#6  0xb509df96 in Akonadi::Tag::isValid() const () from /usr/lib/libKF5AkonadiCore.so.5
#7  0xb515bb64 in Akonadi::TagModel::data(QModelIndex const&, int) const () from /usr/lib/libKF5AkonadiCore.so.5
#8  0xb7637305 in CategorySelectWidgetPrivate::slotTagsInserted (this=0x95b1098, parent=..., start=0, end=0) at /home/stefan/kdepim-debug/src/kdepim-15.12.0/kaddressbook/categoryselectwidget.cpp:173
#9  0xb7638ad5 in QtPrivate::FunctorCall<QtPrivate::IndexesList<0, 1, 2>, QtPrivate::List<QModelIndex const&, int, int>, void, void (CategorySelectWidgetPrivate::*)(QModelIndex const&, int, int)>::call (arg=0xbfcf989c, o=0x95b1098, f=<optimized out>) at /usr/include/qt/QtCore/qobjectdefs_impl.h:501
#10 QtPrivate::FunctionPointer<void (CategorySelectWidgetPrivate::*)(QModelIndex const&, int, int)>::call<QtPrivate::List<QModelIndex const&, int, int>, void> (arg=0xbfcf989c, o=0x95b1098, f=<optimized out>) at /usr/include/qt/QtCore/qobjectdefs_impl.h:520
#11 QtPrivate::QSlotObject<void (CategorySelectWidgetPrivate::*)(QModelIndex const&, int, int), QtPrivate::List<QModelIndex const&, int, int>, void>::impl (which=1, this_=0x95ea4b0, r=0x95b1098, a=0xbfcf989c, ret=0x0) at /usr/include/qt/QtCore/qobject_impl.h:143
#12 0xb61d24d8 in QtPrivate::QSlotObjectBase::call (a=0xbfcf989c, r=0x95b1098, this=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qobject_impl.h:124
#13 QMetaObject::activate (sender=0x95e9810, signalOffset=3, local_signal_index=10, argv=0xbfcf989c) at kernel/qobject.cpp:3698
#14 0xb61d2c8d in QMetaObject::activate (sender=0x95e9810, m=0xb641dfb8 <QAbstractItemModel::staticMetaObject>, local_signal_index=10, argv=0xbfcf989c) at kernel/qobject.cpp:3578
#15 0xb624c581 in QAbstractItemModel::rowsInserted (this=0x95e9810, _t1=..., _t2=0, _t3=0) at .moc/moc_qabstractitemmodel.cpp:583
#16 0xb6155679 in QAbstractItemModel::endInsertRows (this=0x95e9810) at itemmodels/qabstractitemmodel.cpp:2619
#17 0xb515d8fd in ?? () from /usr/lib/libKF5AkonadiCore.so.5
#18 0xb515e432 in ?? () from /usr/lib/libKF5AkonadiCore.so.5
#19 0xb515b51e in ?? () from /usr/lib/libKF5AkonadiCore.so.5
#20 0xb61d2680 in QMetaObject::activate (sender=0x95f30f8, signalOffset=22, local_signal_index=0, argv=0xbfcf9b24) at kernel/qobject.cpp:3713
#21 0xb61d2c8d in QMetaObject::activate (sender=0x95f30f8, m=0xb51e1358 <Akonadi::TagFetchJob::staticMetaObject>, local_signal_index=0, argv=0xbfcf9b24) at kernel/qobject.cpp:3578
#22 0xb50fcce1 in Akonadi::TagFetchJob::tagsReceived(QVector<Akonadi::Tag> const&) () from /usr/lib/libKF5AkonadiCore.so.5
#23 0xb50ff05d in ?? () from /usr/lib/libKF5AkonadiCore.so.5
#24 0xb50e2d06 in ?? () from /usr/lib/libKF5AkonadiCore.so.5
#25 0xb61cf1a0 in QMetaCallEvent::placeMetaCall (this=0x955c988, object=0x95f30f8) at kernel/qobject.cpp:486
#26 0xb61d3523 in QObject::event (this=0x95f30f8, e=0x955c988) at kernel/qobject.cpp:1239
#27 0xb6ab102a in QApplicationPrivate::notify_helper (this=0x94dd7c0, receiver=0x95f30f8, e=0x955c988) at kernel/qapplication.cpp:3716
#28 0xb6ab69cf in QApplication::notify (this=0xbfcfa2a8, receiver=0x95f30f8, e=0x955c988) at kernel/qapplication.cpp:3499
#29 0xb61a2d03 in QCoreApplication::notifyInternal (this=0xbfcfa2a8, receiver=0x95f30f8, event=0x955c988) at kernel/qcoreapplication.cpp:965
#30 0xb61a6501 in QCoreApplication::sendEvent (event=0x955c988, receiver=0xb774bfc9 <update_get_addr+9>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:224
#31 QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=156089136, data=<optimized out>) at kernel/qcoreapplication.cpp:1593
#32 0xb61a6957 in QCoreApplication::sendPostedEvents (receiver=0x0, event_type=0) at kernel/qcoreapplication.cpp:1451
#33 0xb61fa8b3 in postEventSourceDispatch (s=0x950f718) at kernel/qeventdispatcher_glib.cpp:271
#34 0xb4110aa9 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#35 0xb4110d49 in ?? () from /usr/lib/libglib-2.0.so.0
#36 0xb4110e14 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#37 0xb61fa933 in QEventDispatcherGlib::processEvents (this=0x950eb30, flags=...) at kernel/qeventdispatcher_glib.cpp:418
#38 0xaa89a311 in QPAEventDispatcherGlib::processEvents (this=0x950eb30, flags=...) at eventdispatchers/qeventdispatcher_glib.cpp:115
#39 0xb61a1183 in QEventLoop::processEvents (this=0xbfcfa1e8, flags=...) at kernel/qeventloop.cpp:128
#40 0xb61a15ba in QEventLoop::exec (this=0xbfcfa1e8, flags=...) at kernel/qeventloop.cpp:204
#41 0xb61a9a15 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1229
#42 0xb64d89a1 in QGuiApplication::exec () at kernel/qguiapplication.cpp:1527
#43 0xb6aad904 in QApplication::exec () at kernel/qapplication.cpp:2976
#44 0x0804d6df in main (argc=1, argv=0xbfcfa394) at /home/stefan/kdepim-debug/src/kdepim-15.12.0/kaddressbook/main.cpp:81

Reported using DrKonqi
Comment 1 eric 2016-02-09 14:52:25 UTC
I have the same issue.

Kaddressbook will crash immediately and at every restart after adding a new contact that has a birthday or anniversary. Adding a contact without a birthday or anniversary will not make kaddressbook crash.
See: https://bugs.kde.org/show_bug.cgi?id=358696

After adding this contact with a birthday or anniversary, korganizer will also crash when adding a new to-do or event.
See: https://bugs.kde.org/show_bug.cgi?id=353326
Comment 2 versuemer 2016-04-23 16:57:34 UTC
@Stefan: how did you clear your folder ? What is to be cleared? I didnt get it.

@Devs: its still a problem with kubuntu 16.04 LTS (i386). Tried to import addresses. Kadressbook crashes on start. Strangely the birthdays are imported to korganizer as i can see.

Regards.
Comment 3 acc-kde-bugs 2016-05-03 05:28:15 UTC
Hi,

I have the same problem.
My kaddressbook also segfauls on start after I added my owncloud server as a CardDav ressource.

[foo@bar ~]$ kaddressbook 
Reusing existing ksycoca
Recreating ksycoca file ("/home/foo/.cache/ksycoca5_de_+6h1liriCVqWUwGigtKuJxLfSpc=", version 303)
Still in the time dict (i.e. deleted files) ("apps")
Menu "cisco-anyconnect-dart.menu" not found.
modified: "/usr/share/applications/lstopo.desktop"
akonadi.collectionattributetable                   OK
akonadi.collectionmimetyperelation                 OK
akonadi.collectionpimitemrelation                  OK
akonadi.collectiontable                            OK
akonadi.flagtable                                  OK
akonadi.mimetypetable                              OK
akonadi.parttable                                  OK
akonadi.parttypetable                              OK
akonadi.pimitemflagrelation                        OK
akonadi.pimitemtable                               OK
akonadi.pimitemtagrelation                         OK
akonadi.relationtable                              OK
akonadi.relationtypetable                          OK
akonadi.resourcetable                              OK
akonadi.schemaversiontable                         OK
akonadi.tagattributetable                          OK
akonadi.tagremoteidresourcerelationtable           OK
akonadi.tagtable                                   OK
akonadi.tagtypetable                               OK
Saving
akonadicore_log: Socket error occurred: "QLocalSocket::connectToServer: Invalid name"
akonadicore_log: Socket error occurred: "QLocalSocket::connectToServer: Invalid name"
org.kde.akonadi.ETM: GEN true false true
org.kde.akonadi.ETM: collection: QVector()
org.kde.akonadi.ETM: GEN true false true
org.kde.akonadi.ETM: collection: QVector()
Speicherzugriffsfehler (Speicherabzug geschrieben) (German for Segfault)

I am using Arch Linux with kaddressbook 5.2.0
Comment 4 Chris Williamson 2016-05-07 18:08:27 UTC
Crashes for me too with an OwnCloud CardDAV resource on Kubuntu.
Comment 5 Denis Kurz 2016-08-22 19:26:25 UTC
If this bug comes down to some wrong assumption in Akonadi::TagModel::data(QModelIndex const&, int) const, then these bugs might actually be duplicates of this bug:

bug 366790
bug 366373
bug 366304
bug 365983
bug 362150
bug 361651
bug 361652
bug 360746
Comment 6 Denis Kurz 2016-08-23 15:46:57 UTC
Actually, this bug as well as all the bugs mentioned in comment 5 seem to be duplicates of Bug 365944, which is already closed.

The corresponding patch was commited before the beta of 16.08. Can please someone check if this bug is still present in 16.08?
Comment 7 Denis Kurz 2016-08-24 06:55:52 UTC

*** This bug has been marked as a duplicate of bug 365944 ***