Bug 149571 - components freeze when checking mail
Summary: components freeze when checking mail
Status: RESOLVED INTENTIONAL
Alias: None
Product: kontact
Classification: Applications
Component: general (show other bugs)
Version: 1.1
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-05 20:00 UTC by Christo
Modified: 2007-09-06 15:14 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
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.