Version: (using KDE 4.4.0) OS: Linux Installed from: Gentoo Packages KDE 4.4.0 Gentoo. I have only 2 calendars set, both of them through Akonadi as "Calendar in Local Directory". Sometimes, when I add an event to a calendar Kontact does not allow me to interact with it, although resizing the window refreshes the view. I see that it happens every time I use the Summary View. If I use the Summary View, go back to Kontact/organizer and then add an event, the interface does not allow any kind of input, but the event is added to the organizer. Using Kontact/Organizer without checking the Summary View everything is OK. The last lines of debug output are these: kontact(5102)/kdepimlibs (kabc) KABC::LockNull::lock: LockNull::lock() force success. Doesn't actually lock. kontact(5102)/libakonadi Akonadi::SessionPrivate::dataReceived: Server protocol version is: 23 kontact(5102)/kdepimlibs (kcal): Can't decrement change count. It already is 0. kontact(5102)/libakonadi Akonadi::SessionPrivate::dataReceived: Server protocol version is: 23 strace on Kontact shows this: read(3, "\0", 16) = 1 read(3, 0xbfeab8e0, 16) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {2263, 183856371}) = 0 read(9, 0x86a3560, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {2263, 183912240}) = 0 clock_gettime(CLOCK_MONOTONIC, {2263, 183939128}) = 0 clock_gettime(CLOCK_MONOTONIC, {2263, 183965768}) = 0 select(25, [3 5 9 10 12 16 19 22 23 24], [], [], {0, 19688}) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {2263, 203811258}) = 0 clock_gettime(CLOCK_MONOTONIC, {2263, 203864573}) = 0 read(9, 0x86a3560, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {2263, 203938982}) = 0 clock_gettime(CLOCK_MONOTONIC, {2263, 203970602}) = 0 clock_gettime(CLOCK_MONOTONIC, {2263, 203999879}) = 0 select(25, [3 5 9 10 12 16 19 22 23 24], [], [], {0, 979599}) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {2264, 184740121}) = 0 gettimeofday({1266042071, 257030}, NULL) = 0 stat64("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2195, ...}) = 0 write(4, "\0", 1) = 1 clock_gettime(CLOCK_MONOTONIC, {2264, 185331102}) = 0 clock_gettime(CLOCK_MONOTONIC, {2264, 185379996}) = 0 clock_gettime(CLOCK_MONOTONIC, {2264, 185413630}) = 0 clock_gettime(CLOCK_MONOTONIC, {2264, 185443117}) = 0 read(9, 0x86a3560, 4096) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {2264, 185509635}) = 0 clock_gettime(CLOCK_MONOTONIC, {2264, 185536613}) = 0 clock_gettime(CLOCK_MONOTONIC, {2264, 185563366}) = 0 select(25, [3 5 9 10 12 16 19 22 23 24], [], [], {0, 19934}) = 1 (in [3], left {0, 19930}) and keeps repeating... and repeating... and repeating...
I forgot... This might be related to this bug: https://bugs.kde.org/show_bug.cgi?id=172901
Calling qdbus org.kde.kontact /MainApplication org.kde.KApplication.quit Works... meaning that Kontact exits cleanly.
running Kontact in gdb shows the following stack after the interface locks up: #0 0x0012d422 in __kernel_vsyscall () #1 0x01953c96 in *__GI___poll (fds=0x19d5ff4, nfds=22, timeout=20565) at ../sysdeps/unix/sysv/linux/poll.c:87 #2 0x036e554b in g_poll () from /lib/libglib-2.0.so.0 #3 0x036d856b in ?? () from /lib/libglib-2.0.so.0 #4 0x036d8863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #5 0x00c3f8e5 in QEventDispatcherGlib::processEvents (this=0x8057700, flags=...) at kernel/qeventdispatcher_glib.cpp:412 #6 0x00f1e485 in QGuiEventDispatcherGlib::processEvents (this=0x8057700, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #7 0x00c12319 in QEventLoop::processEvents (this=0xbfffd694, flags=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece. ) at kernel/qeventloop.cpp:149 #8 0x00c1276a in QEventLoop::exec (this=0xbfffd694, flags=...) at kernel/qeventloop.cpp:201 #9 0x00930219 in KJob::exec (this=0xa25ff18) at ../../kdecore/jobs/kjob.cpp:204 #10 0x04591a75 in SDSummaryWidget::updateView (this=0x89eb660) at ../../../../kontact/plugins/specialdates/sdsummarywidget.cpp:219 #11 0x04595c37 in SDSummaryWidget::qt_metacall (this=0x89eb660, _c=QMetaObject::InvokeMetaMethod, _id=32, _a=0xbfffdb1c) at ./sdsummarywidget.moc:79 #12 0x00c18f6a in QMetaObject::metacall (object=0x89eb660, cl=22, idx=32, argv=0xbfffdb1c) at kernel/qmetaobject.cpp:237 #13 0x00c27705 in QMetaObject::activate (sender=0x893c250, m=0x2d55e4c, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3275 #14 0x02cb71b7 in KCal::Calendar::calendarChanged (this=0x893c250) at ./calendar.moc:97 #15 0x02cb7273 in KCal::Calendar::qt_metacall (this=0x893c250, _c=QMetaObject::InvokeMetaMethod, _id=4, _a=0xbfffdcb8) at ./calendar.moc:82 #16 0x02d21a7a in KCal::CalendarResources::qt_metacall (this=0x893c250, _c=QMetaObject::InvokeMetaMethod, _id=4, _a=0xbfffdcb8) at ./calendarresources.moc:85 #17 0x00c18f6a in QMetaObject::metacall (object=0x893c250, cl=22, idx=4, argv=0xbfffdcb8) at kernel/qmetaobject.cpp:237 #18 0x00c27705 in QMetaObject::activate (sender=0x8945ec0, m=0x2d567d4, local_signal_index=0, argv=0xbfffdcb8) at kernel/qobject.cpp:3275 #19 0x02d11963 in KCal::ResourceCalendar::resourceChanged (this=0x8945ec0, _t1=0x8945ec0) at ./resourcecalendar.moc:123 #20 0x056d0ab2 in ?? () from /usr/lib/kde4/kcal_akonadi.so #21 0x056d3d1e in ?? () from /usr/lib/kde4/kcal_akonadi.so #22 0x00c18f6a in QMetaObject::metacall (object=0x894f348, cl=22, idx=8, argv=0xbfffde94) at kernel/qmetaobject.cpp:237 #23 0x00c27705 in QMetaObject::activate (sender=0x91ae1f8, m=0x57026f4, local_signal_index=0, argv=0xbfffde94) at kernel/qobject.cpp:3275 #24 0x056daff9 in ?? () from /usr/lib/kde4/kcal_akonadi.so #25 0x056dc00c in ?? () from /usr/lib/kde4/kcal_akonadi.so #26 0x056f33c9 in ?? () from /usr/lib/kde4/kcal_akonadi.so #27 0x056d7ccf in ?? () from /usr/lib/kde4/kcal_akonadi.so #28 0x056de336 in ?? () from /usr/lib/kde4/kcal_akonadi.so #29 0x056e05ec in ?? () from /usr/lib/kde4/kcal_akonadi.so #30 0x00c18f6a in QMetaObject::metacall (object=0x894f380, cl=22, idx=10, argv=0xbfffe224) at kernel/qmetaobject.cpp:237 #31 0x00c27705 in QMetaObject::activate (sender=0x89eb870, m=0x48e468, local_signal_index=2, argv=0xbfffe224) at kernel/qobject.cpp:3275 #32 0x003dce69 in Akonadi::Monitor::itemAdded (this=0x89eb870, _t1=..., _t2=...) at ./monitor.moc:174 #33 0x003e06ce in Akonadi::MonitorPrivate::emitItemNotification (this=0x894fa80, msg=..., item=..., collection=..., collectionDest=...) at ../../akonadi/monitor_p.cpp:324 #34 0x003e0b47 in Akonadi::MonitorPrivate::emitNotification (this=0x894fa80, msg=...) at ../../akonadi/monitor_p.cpp:196 #35 0x003e0d4c in Akonadi::MonitorPrivate::dataAvailable (this=0x894fa80) at ../../akonadi/monitor_p.cpp:205 #36 0x003dcf83 in Akonadi::Monitor::qt_metacall (this=0x89eb870, _c=QMetaObject::InvokeMetaMethod, _id=25, _a=0xbfffe45c) at ./monitor.moc:148 #37 0x00c18f6a in QMetaObject::metacall (object=0x89eb870, cl=22, idx=25, argv=0xbfffe45c) at kernel/qmetaobject.cpp:237 #38 0x00c27705 in QMetaObject::activate (sender=0x894fac4, m=0x48ca48, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3275 #39 0x00387377 in Akonadi::EntityCacheBase::dataAvailable (this=0x894fac4) at ./entitycache_p.moc:88 #40 0x00351229 in Akonadi::EntityCache<Akonadi::Item, Akonadi::ItemFetchJob, Akonadi::ItemFetchScope>::fetchResult(KJob*) () from /usr/lib/libakonadi-kde.so.4 #41 0x00387404 in Akonadi::EntityCacheBase::qt_metacall (this=0x894fac4, _c=QMetaObject::InvokeMetaMethod, _id=5, _a=0xbfffe658) at ./entitycache_p.moc:77 #42 0x00c18f6a in QMetaObject::metacall (object=0x894fac4, cl=22, idx=5, argv=0xbfffe658) at kernel/qmetaobject.cpp:237 #43 0x00c27705 in QMetaObject::activate (sender=0x8ec3848, m=0xaa2c48, local_signal_index=3, argv=0xbfffe658) at kernel/qobject.cpp:3275 #44 0x0092fd03 in KJob::result (this=0x8ec3848, _t1=0x8ec3848) at ./kjob.moc:194 #45 0x00930068 in KJob::emitResult (this=0x8ec3848) at ../../kdecore/jobs/kjob.cpp:312 #46 0x003d2bfd in Akonadi::JobPrivate::handleResponse (this=0x8d66060, tag=..., data=...) at ../../akonadi/job.cpp:67 #47 0x00403287 in Akonadi::SessionPrivate::dataReceived (this=0x8872f40) at ../../akonadi/session.cpp:121 #48 0x00403afe in Akonadi::Session::qt_metacall (this=0x8882e70, _c=QMetaObject::InvokeMetaMethod, _id=7, _a=0xbfffe87c) at ./session.moc:87 #49 0x00c18f6a in QMetaObject::metacall (object=0x8882e70, cl=22, idx=7, argv=0xbfffe87c) at kernel/qmetaobject.cpp:237 #50 0x00c27705 in QMetaObject::activate (sender=0x87ad4a8, m=0xd27c48, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3275 #51 0x00c76bb7 in QIODevice::readyRead (this=0x87ad4a8) at .moc/release-shared/moc_qiodevice.cpp:91 #52 0x00c76c7f in QIODevice::qt_metacall (this=0x87ad4a8, _c=QMetaObject::InvokeMetaMethod, _id=4, _a=0xbfffe9dc) at .moc/release-shared/moc_qiodevice.cpp:77 #53 0x0334c42a in QLocalSocket::qt_metacall (this=0x87ad4a8, _c=QMetaObject::InvokeMetaMethod, _id=4, _a=0xbfffe9dc) at .moc/release-shared/moc_qlocalsocket.cpp:81 #54 0x00c18f6a in QMetaObject::metacall (object=0x87ad4a8, cl=22, idx=4, argv=0xbfffe9dc) at kernel/qmetaobject.cpp:237 #55 0x00c27705 in QMetaObject::activate (sender=0x8876be0, m=0xd27c48, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3275 #56 0x00c76bb7 in QIODevice::readyRead (this=0x8876be0) at .moc/release-shared/moc_qiodevice.cpp:91 ---Type <return> to continue, or q <return> to quit--- #57 0x03343f42 in QAbstractSocketPrivate::canReadNotification (this=0x88767e8) at socket/qabstractsocket.cpp:626 #58 0x033315cb in QAbstractSocketEngine::readNotification (this=0x88376b8) at socket/qabstractsocketengine.cpp:154 #59 0x03332993 in QReadNotifier::event (this=0x5055, e=0xbfffee94) at socket/qnativesocketengine.cpp:1089 #60 0x00e5f27c in QApplicationPrivate::notify_helper (this=0x80795a8, receiver=0x888ebc0, e=0xbfffee94) at kernel/qapplication.cpp:4298 #61 0x00e65ede in QApplication::notify (this=0xbffff1d4, receiver=0x888ebc0, e=0xbfffee94) at kernel/qapplication.cpp:3702 #62 0x006721fa in KApplication::notify (this=0xbffff1d4, receiver=0x888ebc0, event=0xbfffee94) at ../../kdeui/kernel/kapplication.cpp:302 #63 0x00c13cfb in QCoreApplication::notifyInternal (this=0xbffff1d4, receiver=0x888ebc0, event=0xbfffee94) at kernel/qcoreapplication.cpp:704 #64 0x00c3fcba in QCoreApplication::sendEvent (source=0x80891a8) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215 #65 socketNotifierSourceDispatch (source=0x80891a8) at kernel/qeventdispatcher_glib.cpp:110 #66 0x036d4e88 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #67 0x036d8730 in ?? () from /lib/libglib-2.0.so.0 #68 0x036d8863 in g_main_context_iteration () from /lib/libglib-2.0.so.0 #69 0x00c3f8e5 in QEventDispatcherGlib::processEvents (this=0x8057700, flags=...) at kernel/qeventdispatcher_glib.cpp:412 #70 0x00f1e485 in QGuiEventDispatcherGlib::processEvents (this=0x8057700, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #71 0x00c12319 in QEventLoop::processEvents (this=0xbffff134, flags=DWARF-2 expression error: DW_OP_reg operations must be used either alone or in conjuction with DW_OP_piece. ) at kernel/qeventloop.cpp:149 #72 0x00c1276a in QEventLoop::exec (this=0xbffff134, flags=...) at kernel/qeventloop.cpp:201 #73 0x00c1695f in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981 #74 0x00e5f317 in QApplication::exec () at kernel/qapplication.cpp:3577 #75 0x0804b4c2 in main (argc=2, argv=0xbffff3f4) at ../../../kontact/src/main.cpp:224
Same problem here using KDE 4.4.1. As a workaround, I stopped using the summary view, and then I didn't get another freeze till now. As soon as I open the summary once, I can be sure that the next event added will freeze kontact. But the good news is, that even when killing kontact using kwin's "this application doesn't respond > terminate", the new event is still there after restarting kontact.
Related (or duplicates) seem to be bug 221445 and bug 226242.
Using KDE SC 4.8.0. It does not seem to happen any more. I'm closing the bug.