When replying to a long email with lots of messages back and forth between me and the recepient, the emails is long and the composer window freezes for a long time before I can actually edit anything, the CPU is 100% on one core. You need to painfully remove some of the replied to text to make it shorter and then it becomes usable again. This makes kmail unusable for me at work. Reproducible: Always Steps to Reproduce: 1. Pick a long email to reply to 2. Hit reply 3. Wait a few minutes before you can actually edit Actual Results: You need to aait a few minutes before you can actually edit. The only trick that make it usable again is to chop off the end of the email to make it shorter. Then it becomes responsive again. Expected Results: The wait before editing a reply to a long email should be a few seconds. That happens on the latest ubuntu and the one before that as well. I'm pretty sure it was happening on kmail 4.12 and 4.11. I use kmail inside kontact. But I have the same issue with kmail alone.
Indeed I confirm it's QTextEdit which has this problem. => a bug in qt not in kdepim.
Thanks for the feedback Laurent. Do you happen to know which qt version fixes it ? Also I'm afraid users might not know that, think it's kmail fault and ditch it for a wrong reason. Is there no workaround available while this gets resolved in qt ?
I don't think that it's fixed in qt I didn't tested with qt5 For qt4 I think that it will never fix.
Still a huge problem! 5.17.2 (OpenSUSE Tumbleweed)
I encounter the same problem... I ran strace, and the problem occurs when kmail tries to access external resources (images in signatures in my case). I fails for some reason, then tries to append every extension it knows to the url (!!), which obviously fails. This makes kmail consume 100% cpu and stall for tens of seconds. Opened an Ubuntu bug here : https://bugs.launchpad.net/ubuntu/+source/kmail/+bug/1979194
Example of strace when unresponsive: openat(AT_FDCWD, "https://s3.amazonaws.com/rkjha/signature-maker/icons/twitter_circle_color-20.png", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) openat(AT_FDCWD, "https://s3.amazonaws.com/rkjha/signature-maker/icons/twitter_circle_color-20.png.ani", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) openat(AT_FDCWD, "https://s3.amazonaws.com/rkjha/signature-maker/icons/twitter_circle_color-20.png.avif", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) openat(AT_FDCWD, "https://s3.amazonaws.com/rkjha/signature-maker/icons/twitter_circle_color-20.png.avifs", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) openat(AT_FDCWD, "https://s3.amazonaws.com/rkjha/signature-maker/icons/twitter_circle_color-20.png.bmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) openat(AT_FDCWD, "https://s3.amazonaws.com/rkjha/signature-maker/icons/twitter_circle_color-20.png.bw", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) openat(AT_FDCWD, "https://s3.amazonaws.com/rkjha/signature-maker/icons/twitter_circle_color-20.png.cur", O_RDONLY|O_CLOEXEC) = -1 ENOENT (Aucun fichier ou dossier de ce type) etc...
Same issue here, this is annoying as hell. Operating System: Arch Linux KDE Plasma Version: 5.25.1 KDE Frameworks Version: 5.95.0 Qt Version: 5.15.5
True, this annoys me for ages. To my opinion it's a quoting setting issue. Each time I reply to a mail quoted lines double. So writing back and force, email length increases exponentially... and kmail becomes unresponsive one mail is too long There must be an easy way to fix this. I'd be super thankful I posted a brief text example below: >> > > > models. One without Food intake and one including it. Here you alway >> > > > >> > > > >> > > > >> > > > have >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > > >> > > >
*** This bug has been marked as a duplicate of bug 278046 ***