User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/109.0.0.0 Safari/537.36

Steps to reproduce:

1. Have a mail received that contains a background color value (close to the default colors when composing mail: white or black), without having a text color defined
2. Reply or forward the mail

Actual results:

The text of the previous mail is unreadable and the default text when writing will not be readable for the person writing the mail.
If the person, who compose, changes the color of the text, there are risks that the interlocutor does not see the content of the mail (depending on the application used and display mode).

In the attached example, you need to be in dark mode to see the behavior.

Expected results:

Modifying the original CSS does not seem to be a good idea because it distorts the original email received.

There are several possible solutions:

• Have a button to change the mode (light/dark) only in the compose interface
  This "strange" behavior the user could not realize before because the mail reading is done in "light" mode.

• If ever a background-color is defined and can be inconvenient compared to the default color. Change the default color when you are going to write to be adapted

I think bug 1731198 is the solution.

(In reply to Magnus Melin [:mkmelin] from comment #1)

I think bug 1731198 is the solution.

Let's assume it is.