Bug 159633 - kmail sending html email messages only for the non-default font
Summary: kmail sending html email messages only for the non-default font
Status: RESOLVED WORKSFORME
Alias: None
Product: kmail
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-03-21 02:44 UTC by Frank
Modified: 2008-03-31 01:15 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Frank 2008-03-21 02:44:48 UTC
Version:           1.9.6 enterprise 20070904.708012 (using KDE 3.5.7)
Installed from:    SuSE RPMs
OS:                Linux

When opening a new email msg in kmail composer, the "Formatting HTML" is always checked on (user default), but when the user default font is used, the email msg sends out as PLAIN/TEXT.

If user changes the font manually from the default to another one (I have tried 3-4 of the ones on my list), the email msg sends out at HTML, as requested by the user.

If user changes user default font to another user default font, say one that sent out in HTML previously, and user composes a msg, it will send out as PLAIN/TEXT. But if user manually changes the font on the composer to the one that was previously the default which did not send HTML (or another one), it will send out HTML.

It seems as if no matter the default composer font the user chooses, it does not send HTML, but if user changes the font in the composer window to another one, it will send HTML.

Test cases (hereby referred as TC#)
Test case1:

1- user default font = A;
2- user opens composer, default font displays as A, FORMATTING HTML option is checked on;
3- user sends email, it will send as PLAIN/TEXT.

Test case2:

1- user default font = A;
2- user opens composer, default font displays as A, FORMATTING HTML option is checked on;
3- user changes default font from A to B;
4- user types email and sends email, it will send as HTML.

Test case3:

1- user default font = A;
2- user opens composer, default font displays as A, FORMATTING HTML option is checked on;
3- user changes default font from A to C;
4- user types email and sends email, it will send as HTML.

Test case4:

1- user default font = B (since it sent out as HTML in TC2, user thinks defaulting font to B will work in HTML);
2- user opens composer, default font now displays as B, FORMATTING HTML option is still checked on;
3- user types email and sends email, it will send as PLAIN/TEXT.

Test case5:

1- user default font = B;
2- user opens composer, default font displays as B, FORMATTING HTML option is checked on;
3- user changes default font from B to C;
4- user types email and sends email, it will send as HTML.

Test case6:

1- user default font = B;
2- user opens composer, default font displays as B, FORMATTING HTML option is checked on;
3- user changes default font from B to A (the one that did not send HTML in TC1);
4- user types email and sends email, it will send as HTML.

Expected behaviour: Composer should send out HTML msgs regarless of the font used (when FORMATTING HTML is checked on, obviously), whether or not the used font is the user default font or another one he chose from the drop down list.

OS: openSUSE 10.3 64-bits

Tnx for your input.
Comment 1 Thomas McGuire 2008-03-31 01:15:51 UTC
Fixed in the KDE4 version. When the Formatting (HTML) option is checked, mail will always be sent as HTML.