Allow HTML Temp preferences change to "Original HTML" and "Always show attachments inline" whenever "Show HTML" is invoked

  • 7.0 on TB 91.2.0 (32 bit) on Windows 8.1 (64 bit):


    With View Message Body As = Plain Text, and Allow HTML Temp preferences set to Plain Text (with "Always show attachments inline" deselected) display is as intended (plain text) until Show HTML is used once. Thereafter any message with HTML content shows as HTML. Preferences have been reset per subject of this thread, although status popup menu still shows Plain Text as selected option.

  • graba

    Approved the thread.
  • Please, uninstall the addon. Restart Thunderbird and than re-install the addon in version 7.0. Some months ago, I've seen your problem here, too. After re-installing the addon the problem was gone and I'm not able to reproduce it again. In theory there is no obvious reason for this problem. Maybe it's a cache problem or some interference between some addons.

  • Hi,

    I just had the same problem since a couple of weeks. Indeed removing and re-installing the addon seems to help.

  • Indeed removing and re-installing the addon seems to help.

    That's weird. Unfortunately, there are sometimes cache problems during development because the commands to clear the caches (also according to developer resources) do not have a 100% guaranteed effect. In addition, since Thunderbird 78 there seems to have been interactions between addons that can hardly be explained plausibly.

  • 1) 91.3.1 (64-bit) (on macos)


    2)


    3) where can I find this "error log"?

  • 3) where can I find this "error log"?

    Menu Tools → Developer Tools → Error console


    You could install and use the following addon development version, which writes a lot of debug lines like "AHT: ........." in the error console. They could help me to understand what happens. The really important lines in case of errors do not have this "AHT: ......". They will show only the error messeage and (on the right) the name of the javascript file, in which the error occurs.


    If the problem occurs, copy all the entry lines out of the error console and send it to me, please.


    Version 7.0.1 with console debug enabled: thunderbird-mail.de/attachment/17738/

  • You've to enable the notifications:

    https://www.thunderbird-mail.de/notification-settings/

    Weird, I didn't find this page before. Though, even though I din't have email notifications enabled there I got notification bout your subsequent message. I enabled it now, thanks.



    4 weeks later - any news on this?

    It happened once but I was kinda in a hurry and couldn't gather the logs. It seems it happens less often recently, which is somewhat odd.

  • Interestingly, after switching to "Plain text" it was OK for a couple of hours and it's back to displaying HTML ("Original HTML in the statusbar, "Plain text" in the context menu selected)

  • The screen video is a good idea, but unfortunately I don't see the content of the email, which would be helpful to see the change in display (HTML versus plain text).


    Interestingly, after switching to "Plain text" it was OK for a couple of hours and it's back to displaying HTML ("Original HTML in the statusbar, "Plain text" in the context menu selected)

    Unfortunately, it is difficult to understand what exactly is happening to you. Is it just an incorrect display of the control element in the status bar at the bottom of the window this time? Or is the HTML mode really still activated (because the automatic switch back to plain text fails) and when selecting and displaying further e-mails, these are then unintentionally displayed with HTML?

  • > The screen video is a good idea, but unfortunately I don't see the content of the email, which would be helpful to see the change in display (HTML versus plain text).


    Well, I couldn't show complete email unfortunately. In a nutshell: the mail was displayed in HTML, statusbar said "original HTML" but it's context menu had selected "Plain text". Only after clicking on Plain Text it went back to actual plain text.


    Didn't logs share any information about the issue?


    The issue itself is quite odd as frequency of it's procurance is quite uneven - sometimes it happens only once in a couple of days, other time it's almost every couple of minutes/hours.

  • Didn't logs share any information about the issue?

    I noticed in your logs that the "MsgMsgDisplayed" listener (which is necessary and actually used to reset the settings at the right moment) is not registered when this should happen. At the moment I don't know the reason for this. But I'm investigating. So far I would probably only think of an improvised workaround, which is somehow unsatisfactory.