I have KMail set to show HTML and load external references. After upgrading to Kubuntu 14.04 it shortly shows the messages as HTML, but then reverts to plain text and the toggle button I had added doesn't work. After changing the settings to *not* show as HTML and *not* load external references, it now does show HTML and loads external references :P Reproducible: Always Steps to Reproduce: 1. Set KMail to show as HTML and load external references. Actual Results: It shows plain text Expected Results: It should show as HTML I'm on 4.13.2 but it is marked as 4.13.1 as that what the highest selectable version.
Maybe I should mention that I have no folder specific settings for the above, and have never used any.
OK, it seems I have found the reason: I tried a while ago to have a separate addressbook for whitelisting specific email adresses to show as HTML and load external references. As that was ignored in previous versions I disabled the addressbook and went back to just having it as default. Now the contact specific settings is taken into account, instead of using that setting, it inverts the global setting! This sounds like an honest mistake and an easy fix. My guess is that it is coded like this (pseudo code) renderHTML = globalRenderHTML; if(contactSettingRenderHTML) { renderHTML = !globalRenderHTML; } Where instead it should be: renderHTML = globalRenderHTML; if(contactSettingRenderHTML) { renderHTML = contactSettingRenderHTML; } While fixing it please consider only rendering the content after any contact specific setting has been read, because as it is now it first shows the plain text version and then afterwards it renders the HTML version. Also the addressbook in question was disabled. Shouldn't disabled addressbooks be ignored? Even though I would never have found the reason if they were ;) But great that whitelisting email addresses this way works now :)
Problem with email that you want to see in plain text when global settings is "show as html" was fixed in 4.14. We can't do it in 4.13.x because there is a lot changes and there is a new menu to specify if we want to force folder in plain text when global settings is "html" 'Also the addressbook in question was disabled. Shouldn't disabled addressbooks be ignored?' it's not show in kaddressbook it's not disable in akonadi. So it's normal that it searchs in this addressbook too.
(In reply to comment #3) > Problem with email that you want to see in plain text when global settings > is "show as html" was fixed in 4.14. We can't do it in 4.13.x because there > is a lot changes and there is a new menu to specify if we want to force > folder in plain text when global settings is "html" The problem wasn't that I wanted to see it as plain text, but rather the opposite. If the global setting is "show as HTML" and the contact setting is "Show messages received from this contact as: HTML" then it shows the email as plain text ;)
Interesting indeed. I will investigate it.
I have been hit by this bug. I am using KMail Version 4.14.1 on Platform Version 4.14.1 on Fedora 20 Plasma 5. Both prefer HTML and load external reference are enabled but everything is being loaded as plain text.
Looks like not. Checking/unchecking and restarting Kontact a few times made it stick to global HTML. It's working for me. Sorry to bother.
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12, preferably more recent), please open a new one unless it already exists. Thank you for all your input.