246757 - remember "plain" decision from "send format", but don't remember "plain" from silent convert to plain text

Status: RESOLVED DUPLICATE of bug 44494

(MailNews Core :: Composition, defect)

Description

[(not reading, please use [e-mail] instead)]

remember "plain" decision from "send format", but don't remember "plain" from
silent convert to plain text.

see bug #245520 and #44494 for more background.

with #245520, we now only auto-remember "html".

Comment 1

[[e-mail]]

I'd still prefer a checkbox, but I assume you'd have to see if all of the
addresses were in the address book (or the outgoing address collector was on,
and you were not crossposting) before you could display it.

Comment 2

[[e-mail]]

Please don't remember "Plain" or "HTML" from Options/Format either.

Comment 3

[Mike Cowperthwaite]

(NB: "the checkbox" is described at bug 44494 comment 32)

Comment 4

[(not reading, please use [e-mail] instead)]

we no longer remember the decision, as I've turned off my fix for bug #44494.

when I do turn it back on, we still need to fix this.

Comment 5

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 6

[Thomas D. (:thomas8)]

This bug is outdated and not actionable.

Comment 0 makes reference to other bugs but it's no longer possible nor reasonable to figure out the intention of this bug from reading other bugs (incomplete), more so as some of these are already marked invalid, or de facto incomplete, doubtful, wontfix-candidates.

We cannot and we will never *automatically* remember any one-off "downgrade-to-plaintext" formatting decision, because that would be silent, unwarranted dataloss which violates ux-error-prevention.
So as comment 2 correctly points out, e.g. we can never remember "plaintext" just because user chose "plaintext" for one particular message from Options > Delivery format menu. That's a one-time message-centric decision which has nothing to do with general recipient-centric or even message-centric preferences for plaintext or otherwise.

Permanent recipient-centric downgrading (via AB's per-contact prefers-format) always needs explicit opt-in user-consent, either per-message, or in options. So then (as hinted by reporter's comment 4) this is no different from bug 44494 (-> duplicate).

FTR: Imo, just like this bug 246757, bug 44494 is also incomplete and wontfix. Old cruft trying to solve bygone problems.

Comment 7

[Thomas D. (:thomas8)]

Also note that since 2004 when this was opened, nobody ever cared about this bug: no comments, no votes, no duplicates.