Bug 149571

Summary:	components freeze when checking mail
Product:	[Applications] kontact	Reporter:	Christo <ilovekde>
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED INTENTIONAL
Severity:	normal
Priority:	NOR
Version:	1.1
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:

Description Christo 2007-09-05 20:00:09 UTC

Version:           1.1 (using KDE 3.5.6, Kubuntu (feisty) 4:3.5.6-0ubuntu14)
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.20-15-generic

checking for new mail doesnt only freeze up kmail for ome time after responsing again , but even Kontact (when used) freezes up during those mail-checks .. i think that the framework doesnt need to freeze up since its using independant components .. so i would like to see at least the other components responding instead of joining kmail in meditation.

instead i would rather like to see kmail not freeing at all .. Apple-Mail doesnt lock up on fetch tasks neither (only comparision i can think of) 

where is this bottleneck ??  .. will such behavior be resolved in kde4 or sooner ? 

thanks4support - great app

-c-

Comment 1 Thomas McGuire 2007-09-06 15:14:51 UTC

I don't think that it is possible to prevent freezes by components to freeze the container application, the KParts technology does not work with different threads.

The KMail freeze will probably go away when KMail is ported to Akonadi, but that will not happen for KDE 4.0, but later during the KDE 4 series.

I also remember a bug report that crashing components should not crash Kontact, which is basically the same issue, but I can not find the report number right now.