Bug 88255

Summary:	concept html message mangled when changed to no html
Product:	[Unmaintained] kmail	Reporter:	Wilbert Berendsen <wbsoft>
Component:	general	Assignee:	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:
Sentry Crash Report:

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 );