Version: 1.5 (using KDE 3.1-1) Installed from: Red Hat Linux 7.3 Compiler: gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-113.0) OS: Linux (i686) release 2.4.18-3smp I can't quite find the pattern to this, but when editing messages in the composer (happens during new message or reply), it will occasionally come to a point where the display won't keep up with the typing and the cpu usage climbs to ~90% (on one of two cpus). It seems that hastily typed, longer e-mail causes it more often than anything, but it is still only occasional. I have 4 pop accounts that get checked every 2 minutes, so there exists the possibility that something with the timing of kmail checking for new mail is related to the problem (maybe starting the editor while mail is being checked?), but I haven't exactly found the relationship. This happens when there is practically nothing else using CPU time on the machine. --Eric
never seen that. If you can still reproduce it with KDE 3.1.3, then please use killall -6 kmail and send us the backtrace (you can reopen the bug)
Okay, now I'm using 3.2.2 on debian 'sarge' and running kernel 2.6.6-1-k7-smp. sorry: "This backtrace appears to be useless. This is probably because your packages are built in a way which prevents creating of proper backtraces, or the stack frame was seriously corrupted in the crash." It does seem to be related to the checking of mail. Also, if I run top, I only see XFree86 at the top of the cpu usage. Jumping between words and backspacing seems to exaggerate it a lot. I also forgot to mention previously that I was using Xinerama with three screens. There is an nvidia geforce 4 (with the nvidia drivers) and a TNT2 card (using the nv driver.) I don't see this on any other machines, so is it possibly related to xinerama? It is difficult to reproduce, but it seems to follow this pattern: start kmail, wait 1.5 minutes (mail scheduled to check every 2 min), then start a new message and type at full speed (~ 40-50 wpm for me.) When the main kmail window starts the "Preparing transmission" message, the slowdown starts then. It's a lot like word-processing on a 386 (except this is an AMD 2200 MP.) If I use an external editor (even kwrite) there is no trouble.
The new composer should not have this problem. Please reopen if you still see this with KMail >= 1.7
I have the same problem: "it will occasionally come to a point where the display won't keep up with the typing and the cpu usage climbs". Now in my case, typing can become 1-2 characters/second slow (on a 2Ghz P4), and if it becomes slow, it never becomes normal again in that window (I think). The process which starts eating the CPU is XFree86, and the problem also comes up in other KDE applications, like in Konqueror, while I am typing in this textbox. Is this a bug of X or some KDE libs? I'm using KMail 1.7.2, KDE 3.3.2.
I have the same Problem, with KMail 1.9.2. I first thought it might be the spell checker, but have disabled it, and the Problem persists.
I continue to have this problem with "KMail Version 1.9.6 (enterprise 0.20070907.709405)" on Kubuntu 7.10.