[Bug 159633] New: kmail sending html email messages only for the non-default font

[Francis Lamonde]

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
         
http://bugs.kde.org/show_bug.cgi?id=159633         
           Summary: kmail sending html email messages only for the non-
                    default font
           Product: kmail
           Version: unspecified
          Platform: SuSE RPMs
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs kde org
        ReportedBy: frankebay99 gmail com


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.