Open Bug 1598857 Opened 1 year ago Updated 2 months ago

RFE: Implement "Allow HTML temporarily" feature into core Thunderbird

Categories

(Thunderbird :: Message Reader UI, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

People

(Reporter: Thunderbird_Mail_DE, Unassigned)

References

Details

Many Thunderbird users work with "Plain text" or "Simple HTML" to display email in message reader. Only for some messages it's necessary to have "Original HTML" enabled to read them. In core Thunderbird Its necessary to first enable this manually in menu and after reading the message to manually switch the "Original HTML" option back to "Plain text" or "Simple HTML" accordingly to what the user wants as his personally default. This is uncomfortable and there is "a risk" to forget to do this before opening an other message.

To provide a more comfortable way I created the "Allow HTML Temp" add-on years ago:
Listing on ATN: https://addons.thunderbird.net/en-US/thunderbird/addon/allow-html-temp/
Description: https://www.thunderbird-mail.de/lexicon/entry/226-allow-html-temp-add-on-to-allow-html-only-temporarily/

AFAIK, this add-on will not be possible as a Web-/MailExtension because of manipulating directly some Thunderbird core prefs in the background.

We should implement the main feature into Thunderbirds core to show the selected/displayed message once with original HTML and then directly switch the Plaintext/SimpleHTML/OriginalHTML option back to the users prior chosen default. As an improvement over this, the decision to show this message with original HTML should be saved/persisted the same way as we yet do for external content. By saving the decision, it would be possible to improve the print and answer/forward message UX.

I believe this feature would be outstanding from other mail clients.

I support this request.

I also support this request.

I support this request.

I also support this request.

I use Allow html for long time and will not upgrade Thunderbird to versions where Allow html is not working out of the box.

If that happens, i will change mailclient. Security first.

Security
I like the password structure (4 single words) here, but Java Script is NoGo.
Cookies and google-analytics ... know how to deal with it.

I can't say any better than Jan_T:

I use Allow html for long time and will not upgrade Thunderbird to versions where Allow html is not working out of the box.
If that happens, i will change mailclient. Security first.

I also support this request.

A very important feature!

I fully support the request.

See Also: → 1602201

I'm extremely missing that option.

This addon and its author apparently are not gonna continue hassling with ever upcoming api and interface changes and new concepts of the mozilla and thunderbird eco systems.
see authors note at:
https://addons.thunderbird.net/en-US/thunderbird/addon/allow-html-temp/

quote/
From version 78, Thunderbird only supports the necessary interfaces for this add-on via "WebExtension Experiments". A lot of program code of the add-on would have to be rewritten for this. It is not expected that the necessary interfaces will be permanently implemented in Thunderbird (as MailExtension API), and the "WebExtension Experiments" will also be removed in the future, which is why the effort is no longer worthwhile. Therefore, this add-on will no longer receive an update and it will not be available for Thunderbird 78.
The source code of the add-on is open source and is available at GitLab .
The translations available so far can be found on the CrowdIn platform.
/quote

Please implement this kind of stuff directly into thunderbird mail itself or please help this athor and settle for decent structures everybody could use in a stable and lasting way. thanks.

Good News!
The author has made an adjustment and version 6.2.1 works perfectly.
https://addons.thunderbird.net/de/thunderbird/addon/allow-html-temp

The fact remains that this only works thanks to the Experiment APIs. The function should therefore continue to be built into the core, especially since this could then also work for forward, reply and printing.

You need to log in before you can comment on or make changes to this bug.