Bug 88255

Summary: concept html message mangled when changed to no html
Product: [Applications] kmail Reporter: Wilbert Berendsen <wbsoft>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version: 1.7   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:

Description Wilbert Berendsen 2004-08-27 19:54:39 UTC 
Version:           1.7 (using KDE 3.3.0, compiled sources)
Compiler:          gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)
OS:                Linux (i686) release 2.6.8-gentoo

To reproduce:

1. Start editing a HTML message. Select all the tekst and explicitly set the font to e.g. comics. (Include also some list items.)
2. Switch off the HTML composing. (Sometimes the list items are not re-rendered as plain text but remain HTML.)
3. Save the message as concept.
4. Go to the concept folder and select the message.
5. BUG: it shows no contents, only the header. View the source of the message, the Content-Type is still multipart/alternative instead of text/plain.

When sending this message, KMail will still not display its body anymore, because of the wrong Content-Type.
Comment 1 Edwin Schepers 2004-08-27 20:51:12 UTC 
Hmm, looks like this issue is back again. However I can't reproduce with my sources of 13th july. Maybe someone has an idea.
Comment 2 Don Sanders 2004-09-02 11:58:04 UTC 
CVS commit by sanders: 

Insert what seems to simply be a missing toggleMarkup(true); statement in slotListAction.

CCMAIL:88255-done@bugs.kde.org

If this doesn't fix the bug (88255) then please reopen it.


  M +1 -0      kmcomposewin.cpp   1.858


--- kdepim/kmail/kmcomposewin.cpp  #1.857:1.858
@@ -3608,4 +3608,5 @@ void KMComposeWin::slotSetAlwaysSend( bo
 void KMComposeWin::slotListAction( const QString& style )
 {
+    toggleMarkup(true);
     if ( style == i18n( "Standard" ) )
        mEditor->setParagType( QStyleSheetItem::DisplayBlock, QStyleSheetItem::ListDisc );