Bug 226292 - Kontact becomes unresponsive when summary view is made the default initial view
Summary: Kontact becomes unresponsive when summary view is made the default initial view
Status: RESOLVED WORKSFORME
Alias: None
Product: kontact
Classification: Applications
Component: summary (show other bugs)
Version: 4.4.0
Platform: Slackware Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: triaged
: 234790 235262 235712 262807 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-02-11 12:27 UTC by sombragris
Modified: 2018-10-28 03:39 UTC (History)
10 users (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 sombragris 2010-02-11 12:27:05 UTC
Version:            (using KDE 4.4.0)
OS:                Linux
Installed from:    Slackware Packages

First of all, thanks for the fantastic work of KDE SC 4.4.0.

I always used Kontact with the Mail plugin enabled by default. In that way, it usually worked as advertised (mostly).

However, yesterday I configured Kontact to use the Summary plugin by default. After that, invoking Kontact produced the summary view; but it was completely unresponsive. Per my configuration, Kontact also produced my Akregator and KMail tray icons with the unread elements, and checked my feeds; but no user input was possible. I could not change plugins (e.g., for reading my mail), or anything else. The only way out was killing the window (either via kwin or by the old-fashioned ps aux | grep kontact and then kill -9 the relevant processes).

This is, obviously, a non-acceptable behavior.

I am using Slackware packages prepared by Eric Hameleers, one of the members of the Slackware staff, under Slackware-current, in a laptop with 512 MB of RAM and a Celeron M processor. The Qt version is qt-copy from the kde.org website, version 4.6.1 with KDE.org patches.

The relevant KDE SC packages I am using are described here:

http://alien.slackbook.org/blog/its-been-released-kde-sc-4-4-0/

I would appreciate any help regarding this issue.

Regards,

Eduardo Sánchez
Member, KDE-ES l10n team
http://es.l10n.kde.org/asignaciones.php
Comment 1 sombragris 2010-02-11 12:29:00 UTC
Plugins available in my configuration: Summary - Mail - Address Book - To do List - Akregator - Journal - Notebooks - Popup Notes.
Comment 2 Stefan Fleiter 2010-03-05 00:15:59 UTC
Same problem here with Ubuntu Lucid and kontact of KDE 4.4.1.
Comment 3 Stefan Fleiter 2010-03-05 00:26:42 UTC
Kontact ist reacting on dbus queries like:
qdbus org.kde.kontact /kontact/MainWindow_1
but not to any mouse action like switching app
like mail oder organizer.
Comment 4 Stefan Fleiter 2010-03-05 00:43:41 UTC
Disabling the summary plugin in .kde/share/config/kontactrc makes kontact start for me again.
Comment 5 Christophe Marin 2010-06-07 11:56:32 UTC
*** Bug 235712 has been marked as a duplicate of this bug. ***
Comment 6 Christophe Marin 2010-06-07 11:56:41 UTC
*** Bug 235262 has been marked as a duplicate of this bug. ***
Comment 7 Christophe Marin 2010-06-07 11:56:50 UTC
*** Bug 234790 has been marked as a duplicate of this bug. ***
Comment 8 Matthias Nagel 2010-06-26 14:55:33 UTC
Same for me with Gentoo and KDE version 4.4.4.
Comment 9 Matthias Nagel 2010-06-26 15:11:43 UTC
(In reply to comment #8)
> Same for me with Gentoo and KDE version 4.4.4.

Some more information in my case.

1) Kontact also becomes unresponsive if I start with a different plugin and then switch to the summary plugin later.

2) For me it works, if I disable the new/unread mail summary. Then I can use the summary plugin again.
Comment 10 Paul L. 2010-08-08 18:29:48 UTC
Kubuntu Lucid Lynx 10.04
KDE 4.4.5
2.6.32-24-generic i686 (32 bit)

Fresh installation on July 31, 2010. System fully updated (dist-upgrade).

I was also experiencing this problem when clicking on the Summary plugin in Kontact. Kontact would 'freeze' and all I could do was click on the x button (upper right) to close the application. I would get a Kwin pop-up that contained:

The window "Mail - Kontact" is not
responding. It belongs to the application
kontact (process ID = xxxx, hostname =
localhost).

Do you wish to terminate the application
process [i]including all of its child windows?
Any unsaved data will be lost.

I found, by Google searching, that the problem was with the SpecialDates plugin in Kontact. That by disabling it (un-checking it) the Summary plugin no longer causes Kontact to freeze when you click on it.
Comment 11 ricreig 2010-10-03 03:49:41 UTC
I can confirm this bug also.   KDE 4.5.1, openSuSE 11.3 GM  Selecting Summary in Kontact causes Nepomuk server to go to 100% "forever" and Kontact/Summary will wait until the cows come home.
Comment 12 Christophe Marin 2011-01-11 12:39:03 UTC
Does disabling the "Special Dates" module solve the issue ?

in the kontact settings, click on "Summaries" and uncheck the "Special Dates" box

or directly in the config file (make sure Kontact is not running):
edit ~/.kde/share/config/kontact_summaryrc and delete all the occurences of 'kontact_specialdatesplugin' you find, save, run kontact
Comment 13 Christophe Marin 2011-01-14 12:45:20 UTC
*** Bug 262807 has been marked as a duplicate of this bug. ***
Comment 14 Christophe Marin 2011-01-21 12:18:36 UTC
changing status
Comment 15 Matthias Nagel 2011-01-23 14:25:31 UTC
> Does disabling the "Special Dates" module solve the issue?
Yes, it does.
Strange observation:
1) If I disable the "Special Dates" module, it works in any case.
2) If I enable the "Special Dates" module and disable any other plug-in, Kontakt freezes if I start with the summary view. But I can safely start Kontakt in a different component and switch to the summary view without freezing Kontakt. 
3) If I enable the "Special Dates" module and some other other modules, too, Kontakt freezes no matter whether I start with the summary view or I switch to the summary view later.
Comment 16 quazgar 2011-02-20 19:51:31 UTC
(In reply to comment #12)
> Does disabling the "Special Dates" module solve the issue ?
For me (Kontact 4.4.9, KDE 4.4.5, Gentoo), disabling just "Special Dates" made in freeze (with the clock mouse icon) after clicking on the summary icon and before the summary was even displayed.

I did the following tests:

- Showing no summaries at all works for me.
- "Clock icon" freeze if only the following is checked:
   - Todo, Planner and Special Dates
   - Todo (one overdue item, dunno if that's important)
   - Planner, Special Dates, Calendar, Mail and Popup Notes

- Works with only the following checked:
   - Calendar, Mail and Popup Notes
   - Special Dates
   - Planner

The next test, only the planner also led to a freeze, which leads me to the conclusion that this looks like a somewhat nondeterministic bug...
Comment 17 quazgar 2011-02-23 23:29:23 UTC
This is a backtrace I produced with gdb, I don't know if it helps at all...

0x00007f4dfc75c503 in poll () from /lib/libc.so.6
(gdb) bt
#0  0x00007f4dfc75c503 in poll () from /lib/libc.so.6
#1  0x00007f4df5ef48ed in ?? () from /usr/lib/libglib-2.0.so.0
#2  0x00007f4df5ef4d44 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#3  0x00007f4dfce8dca3 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#4  0x00007f4dfd3e47fe in ?? () from /usr/lib64/qt4/libQtGui.so.4
#5  0x00007f4dfce639a2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#6  0x00007f4dfce63d7d in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#7  0x00007f4dfdf06196 in KJob::exec() () from /usr/lib64/libkdecore.so.5
#8  0x00007f4de80c7a04 in Planner::initSdList(QDate const&) () from /usr/lib64/kde4/kontact_plannerplugin.so
#9  0x00007f4de80cb805 in Planner::updateView() () from /usr/lib64/kde4/kontact_plannerplugin.so
#10 0x00007f4de80ccd40 in Planner::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/kde4/kontact_plannerplugin.so
#11 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#12 0x00007f4df9bc8d84 in KCal::Calendar::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkcal.so.4
#13 0x00007f4df9c28510 in KCal::CalendarResources::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkcal.so.4
#14 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#15 0x00007f4df9c1a77f in KCal::ResourceCalendar::resourceChanged(KCal::ResourceCalendar*) () from /usr/lib64/libkcal.so.4
#16 0x00007f4ddf951020 in KCal::ResourceKABC::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/kde4/kcal_kabc.so
#17 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#18 0x00007f4df9eab3ef in KABC::AddressBook::addressBookChanged(KABC::AddressBook*) () from /usr/lib64/libkabc.so.4
#19 0x00007f4df9eab453 in KABC::AddressBook::resourceLoadingFinished(KABC::Resource*) () from /usr/lib64/libkabc.so.4
#20 0x00007f4df9eac1d3 in KABC::AddressBook::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkabc.so.4
#21 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#22 0x00007f4df9ed0c7f in KABC::Resource::loadingFinished(KABC::Resource*) () from /usr/lib64/libkabc.so.4
#23 0x00007f4ddf716b3b in KABC::ResourceAkonadi::Private::loadingResult(bool, QString const&) () from /usr/lib64/kde4/kabc_akonadi.so
#24 0x00007f4ddf72ea2e in ResourcePrivateBase::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/kde4/kabc_akonadi.so
#25 0x00007f4ddf71b070 in KABC::ResourceAkonadi::Private::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/kde4/kabc_akonadi.so
#26 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#27 0x00007f4ddf724897 in AbstractSubResourceModel::loadingResult(bool, QString const&) () from /usr/lib64/kde4/kabc_akonadi.so
#28 0x00007f4ddf726140 in AbstractSubResourceModel::asyncItemsResult(ItemFetchAdapter*, KJob*) () from /usr/lib64/kde4/kabc_akonadi.so
#29 0x00007f4ddf7269f2 in AbstractSubResourceModel::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/kde4/kabc_akonadi.so
#30 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#31 0x00007f4ddf72a37b in ItemFetchAdapter::result(ItemFetchAdapter*, KJob*) () from /usr/lib64/kde4/kabc_akonadi.so
#32 0x00007f4ddf72a42d in ItemFetchAdapter::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/kde4/kabc_akonadi.so
#33 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#34 0x00007f4dfdf05d92 in KJob::result(KJob*) () from /usr/lib64/libkdecore.so.5
#35 0x00007f4dfdf06030 in KJob::emitResult() () from /usr/lib64/libkdecore.so.5
#36 0x00007f4dfe9db15b in ?? () from /usr/lib64/libakonadi-kde.so.4
#37 0x00007f4dfea086c6 in ?? () from /usr/lib64/libakonadi-kde.so.4
#38 0x00007f4dfea08f05 in Akonadi::Session::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libakonadi-kde.so.4
#39 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#40 0x00007f4dfcec1dc0 in QIODevice::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#41 0x00007f4df7f41020 in QLocalSocket::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/qt4/libQtNetwork.so.4
#42 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#43 0x00007f4df7f391bf in ?? () from /usr/lib64/qt4/libQtNetwork.so.4
#44 0x00007f4df7f28f31 in ?? () from /usr/lib64/qt4/libQtNetwork.so.4
#45 0x00007f4dfd3374cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#46 0x00007f4dfd33d8ab in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#47 0x00007f4dfe4c8626 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#48 0x00007f4dfce6500b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#49 0x00007f4dfce8e04a in ?? () from /usr/lib64/qt4/libQtCore.so.4
#50 0x00007f4df5ef0d61 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#51 0x00007f4df5ef4b90 in ?? () from /usr/lib/libglib-2.0.so.0
#52 0x00007f4df5ef4d44 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#53 0x00007f4dfce8dca3 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
---Type <return> to continue, or q <return> to quit---
#54 0x00007f4dfd3e47fe in ?? () from /usr/lib64/qt4/libQtGui.so.4
#55 0x00007f4dfce639a2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#56 0x00007f4dfce63d7d in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#57 0x00007f4dfdf06196 in KJob::exec() () from /usr/lib64/libkdecore.so.5
#58 0x00007f4de80c7a04 in Planner::initSdList(QDate const&) () from /usr/lib64/kde4/kontact_plannerplugin.so
#59 0x00007f4de80cb805 in Planner::updateView() () from /usr/lib64/kde4/kontact_plannerplugin.so
#60 0x00007f4de6df9f26 in ?? () from /usr/lib64/kde4/kontact_summaryplugin.so
#61 0x00007f4de6dfb0e5 in ?? () from /usr/lib64/kde4/kontact_summaryplugin.so
#62 0x00007f4dfce74aac in QObject::event(QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#63 0x00007f4dfd3374cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#64 0x00007f4dfd33d8ab in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#65 0x00007f4dfe4c8626 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#66 0x00007f4dfce6500b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#67 0x00007f4dfc471903 in KParts::PartManager::setActivePart(KParts::Part*, QWidget*) () from /usr/lib64/libkparts.so.4
#68 0x00007f4dff261ca7 in Kontact::MainWindow::selectPlugin(KontactInterface::Plugin*) () from /usr/lib64/libkontactprivate.so.4
#69 0x00007f4dff266512 in Kontact::MainWindow::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkontactprivate.so.4
#70 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#71 0x00007f4dff26bb0f in ?? () from /usr/lib64/libkontactprivate.so.4
#72 0x00007f4dff26bb60 in ?? () from /usr/lib64/libkontactprivate.so.4
#73 0x00007f4dff26bd88 in ?? () from /usr/lib64/libkontactprivate.so.4
#74 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#75 0x00007f4dff26be8f in ?? () from /usr/lib64/libkontactprivate.so.4
#76 0x00007f4dff26bf62 in ?? () from /usr/lib64/libkontactprivate.so.4
#77 0x00007f4dff26c379 in ?? () from /usr/lib64/libkontactprivate.so.4
#78 0x00007f4dfce77e0e in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt4/libQtCore.so.4
#79 0x00007f4dfd8a548a in QItemSelectionModel::currentChanged(QModelIndex const&, QModelIndex const&) () from /usr/lib64/qt4/libQtGui.so.4
#80 0x00007f4dfd8a55d2 in QItemSelectionModel::setCurrentIndex(QModelIndex const&, QFlags<QItemSelectionModel::SelectionFlag>) () from /usr/lib64/qt4/libQtGui.so.4
#81 0x00007f4dfd8555b4 in QAbstractItemView::mousePressEvent(QMouseEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#82 0x00007f4dfd38cd98 in QWidget::event(QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#83 0x00007f4dfd72c9d6 in QFrame::event(QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#84 0x00007f4dfd859d6b in QAbstractItemView::viewportEvent(QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#85 0x00007f4dfce6444e in QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#86 0x00007f4dfd33749c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#87 0x00007f4dfd33e07d in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#88 0x00007f4dfe4c8626 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#89 0x00007f4dfce6500b in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#90 0x00007f4dfd33d1b5 in QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool) ()
   from /usr/lib64/qt4/libQtGui.so.4
#91 0x00007f4dfd3bc533 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#92 0x00007f4dfd3bb1c9 in QApplication::x11ProcessEvent(_XEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#93 0x00007f4dfd3e4bfa in ?? () from /usr/lib64/qt4/libQtGui.so.4
#94 0x00007f4df5ef0d61 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#95 0x00007f4df5ef4b90 in ?? () from /usr/lib/libglib-2.0.so.0
#96 0x00007f4df5ef4d44 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#97 0x00007f4dfce8dca3 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#98 0x00007f4dfd3e47fe in ?? () from /usr/lib64/qt4/libQtGui.so.4
#99 0x00007f4dfce639a2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#100 0x00007f4dfce63d7d in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#101 0x00007f4dfce688e3 in QCoreApplication::exec() () from /usr/lib64/qt4/libQtCore.so.4
#102 0x0000000000403e39 in _start ()
(gdb)
Comment 18 Denis Kurz 2017-06-24 00:12:17 UTC
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks, except possibly a Technology Preview version 5.0.x. Those Framework-based versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the opportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it.

Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Comment 19 Andrew Crouthamel 2018-09-28 02:37:34 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 20 Andrew Crouthamel 2018-10-28 03:39:51 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!