Bug 222170

Summary:	kmail freezes when displaying mails where my address is in the "from" header
Product:	[Unmaintained] kmail	Reporter:	Skander Morgenthaler <smorg>
Component:	general	Assignee:	kdepim bugs <pim-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	renda.krell
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Skander Morgenthaler 2010-01-11 05:07:32 UTC

Version:           1.13.0 (KDE SC 4.4rc1) (using Devel)
Compiler:          gcc 4.4.2 (Gentoo 4.4.2 p1.0) Target: x86_64-pc-linux-gnu
OS:                Linux
Installed from:    Compiled sources

I do not know if this bug relates to kmail, akonadi or nepomuk - since it is triggered from and freezes kmail, I filed it under kmail.

When clicking on a mail which has one of my mail addresses in the from header, kmail (at least parts of it) freeze and nepomuk runs amok.

This is a regression from KDE SC 4.3.4, kmail was working as expected before. It was even worse with 4.4beta2 though.

Reproducible: always 
Steps to reproduce:
- click on a mail that has one of your mail addresses in the from header (e.g. in the draft folder, sent-mail folder or in a folder containing a mailing list)
- stare at kmail or htop or something else ;)

What happens:
- the kmail (or kontact) window does not react to mouse and keyboard input anymore (for a while at least), mails are still collected and filtered, the unread count for folders still updated (the windowmanager-parts of the window also respond)
- nepomuk runs amok (requesting more memory fast (about 9MB per second, rising to 500MB if not killed), using about 60-70% of a phenomII-940 core while doing so)
- with kde sc 4.4beta2 kmail / kontact had to be killed & restarted in order to be used again, now it usually responds again after a while

what should happen:
-kmail displays the mail instantly
-kmail ui does not freeze
-nepomuk does not increase memory usage and cpu utilization

used software:
qt: 4.6.0
kde sc: 4.4rc1 (with 4.4beta2 it was even worse)
os: gentoo linux (~amd64)

unaffected:
kde sc 4.3.4 (with same version of qt)

If there is more information / testing that I can provide, please let me know.

Comment 1 Thomas McGuire 2010-01-11 17:00:12 UTC

Same basic problem as bug 219687.
However, in your case, I suspect a misconfigured Akoandi/Nepomuk, check that "akonadictl status" says it is using Virtuoso as backend.

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

Comment 2 René Krell 2010-01-11 19:22:50 UTC

akonadictl status shows for me:
Akonadi Control: running
Akonadi Server: running
Akonadi Server Search Support: available (backend: Virtuoso)

I'm at KDE 4.4 RC1 now. Sending a single small mail takes minimum 20 - 30 seconds.

My hardware:
Processor (CPU): Intel(R) Pentium(R) D CPU 3.00GHz
Speed:  3,000.00 MHz
Cores:  2
Total memory (RAM): 1.8 GiB
This is not a hardware I would expect such a delay from.

In KDE 4.3.X this problem didn't exist.
I have done a straight upgrade on them using the OpenSUSE 11.2 KDE4 Desktop Factory packages.