Version: 1.9.3 (using KDE 3.5.3, compiled sources) Compiler: Target: i486-linux-gnu OS: Linux (i686) release 2.6.17-davidb While formating text in the composer, the program crashed. When the session was restored, the message, without formating, was restored. Trace was not usable. Note: HTML is off. So formating should have been off as well. There is a bug, 87496, on this listed as resolved.
Can you give steps that would allow someone else to reproduce the problem? Without steps to reproduce the problem or a usable backtrace, there's not much that can be done, unfortunately. If you can reproduce the problem, you should recompile KDE with --enable-debug=full to get a usable backtrace
Here is how to reproduce. 1. Have HTML off. 2. Type in some text. 3. Select pieces and click to bold, italics, underline, etc. As I suggested, if HTML is OFF, the means to transmit formatting is unavailable (unless one is using RTF but I see no such options here). So doing formatting in this mode is going to misbehave. If formatting is not really available, gray out to buttons. Alternatively, at the first click, put up a dialog to enable a one-time activation of HTML for this message if such is possible. I might guess that the crash would not recur. However, I now see no HTML option on composing/sending. I know I turned it off somewhere along the line.
Can't reproduce with 3.5 branch r582187. When exactly does KMail crash? When you select the text, when you select the formatting, or when you send the message?
On Thursday 21 September 2006 00:35, Philip Rodrigues wrote: [bugs.kde.org quoted mail] While I am doing formatting. After the 1st or 2nd "hit".
Do you still see this problem in the KMail from 3.5.6? Can you get a useful backtrace?
On Tuesday 30 January 2007 00:32, Philip Rodrigues wrote: [bugs.kde.org quoted mail] I am compiling 3.5.6 right now. I have not seen the problem in a very long time, however.
In KMail 1.10.0 it is not possible any more to format non-HTML text (disabling HTML also disables HTML-Toolbar), so i close this.