Summary: | kontact freezes when adding new event after using summary view | ||
---|---|---|---|
Product: | [Applications] kontact | Reporter: | Robert Voinea <rvoinea> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | tassilo |
Priority: | HI | ||
Version: | 4.4.0 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Robert Voinea
2010-02-13 07:51:22 UTC
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. |