Version: 1.9.1 (using KDE KDE 3.5.1) Installed from: Unlisted Binary Package Compiler: gcc version 3.4.5 Configured with: /var/uhubuild/work/compile/configure --prefix=/usr --infodir=/usr/share/info --mandir=/usr/share/man --enable-languages=c,c++ --enable-shared --with-gnu-as --with-gnu-ld --with-system-zlib --host=i586-uhu-linux;Thread model: posix OS: Linux trying to send kmail disabes all controls, and not even refreshes the window.
also hangs when trying to sen queued messages out from outbox.
Hi Imre, thanks for taking the time to report this. From the info you gave we can't really tell what could be wrong. Are you using pgp, by any chance? In that case the dialog asking for the passphrase might be hidden behind the main window and blocking it. Any more info you could give us?
Well, I don't use pgp keys. But anyways I suppose that the main window would be updated even if the control was taken by a modal dialog box. At this time sending mail works correctly. Anyways I not suppose to just close this issue as resolved, becouse this wasn't the first time I met this bug. I am using IceWM, ext3fs, what other info should I give?
Steps to reproduce this behaviour would help. Since this happens while sending emails, maybe some more information about the outgoing mail server? Maybe this happens with particular type of emails, so you might try re-sending the one that caused problems and see whether it happens again. Or some more information about how and from where you installed kmail. Unless one can reproduce the bug, you can appreciate that all one can do is shoot in the dark.
When I tried to send queued messages from outbox it also hung, but since I succeeded to send the same messages with the same settings. I use smtp over ssl. I cannot reproduce the bug by intention. I hope I will remember to strace kmail when it does the same again. Thanks for supporting me.
Now this bug 'happened' again, I straced kmail by starting strace kmail, kmail forks a background process, so the straced one will terminate even before the 'starving' will happen. I will attach some output though.
Created attachment 15226 [details] my terminal output xterm strace kmail trying to send queued messages kmail hangs copypasting Hope it helped.
Maybe irrelevant, but I compiled kernel at this time.
I'm not sure if the info will be helpful but how about doing this: Start with "kmail --nofork" . When the hang happens, kill KMail with "kill -s SIGSEGV <pid of kmail>". You should be able to get a backtrace, could you paste it here? (This of course assumes the hang is easily reproducible)
Still present in 1.9.3 kde 3.5.3. Trying to attach some output...
Created attachment 17138 [details] kmail output when started in an xterm in an IceWM session
Created attachment 17147 [details] file hierarchy in several states of kmail.
Additionally, these bugs can be related: https://bugs.kde.org/show_bug.cgi?id=124295 https://bugs.kde.org/show_bug.cgi?id=118819 https://bugs.kde.org/show_bug.cgi?id=118970 kmail worked fine yesterday, now I killed the first-attmpt-to-start-of-kmail (118819) at the second attempt gui showed up correctly, but wasn't able to fetch imap mails (118970), and also wasn't able to sedn mails.
killall kmail && kmail doesn't help either.
killall kmail && sleep 30 && kmail doesn't help either. starting kmail stopping proberly before any attempt to send a mail, and running again doesn't help either. I suppose that the same deadlock is present in the imap-fetching subprocess.
the imap fetching supprosess (however hangs) doesn't participiate in this particular deadlock. the deadlock is present when imap-fetch is cancelled with (X) I'm not sure if all locks are released when exiting kmail
Cannot confirm anymore in KDE 4.3. Please report back if you can.