<a class="header-button" href="https://bugzilla.mozilla.org/home" title="Go to home page"> Bugzilla

Comment 5

•

5 years ago

(In reply to Richard Marti (:Paenglab) from comment #1)

Created attachment 9145539 [details]
white-background-setting.png

In the Options under Composition untick Use reader's default colors and set below your desired colours.

This works for me.

And does not work for me. It makes no difference whether the box is ticked or unticked except for the preview box.
It does make a difference in the background color of the email that SENDS, just not on the composition screen.

Comment 6

•

5 years ago

Support question: https://support.mozilla.org/en-US/questions/1286807
Thunderbird 77.0b2
Windows 10 has a setting for 'default apps mode'. It seems that setting is overriding settings in Thunderbird. So if using Thunderbir Light mode and 'default apps mode' is set to dark, then you will see some aspects of Thunderbird showing black. It seems that Thunderbird will default to windows app settings on basic html messages no matter what your color settings are.
77.0b2 for Mac is also having problems since update to that version.

Comment 7

•

5 years ago

•

Edited

As per bug report bug 1592210
I'm asking people to try:
set ui.systemUsesDarkTheme=1 when the dark theme is set and ui.systemUsesDarkTheme=0 when the light theme is set (to override a dark system theme) and report back on results.

Comment 8

•

5 years ago

This is a change in Thunderbird's code, as I've had the dark mode in Windows 10 since the beginning and this error in Thunderbird did not arise until 77.0. It seems to me it should be a fix made in Thunderbird's code and released as an update.

Comment 9

•

5 years ago

•

Edited

(In reply to dxace1 from comment #0)

Steps to reproduce:

Trying to lock in background WHITE color on email

Hello dxace1, can you please provide more detail:

What exactly were your steps (actions/settings in Thunderbird UI) which you have tried and failed? We need a numbered list.
What exactly are you trying to do? Do you just want your own composition window to look different whilst composing, or do you want to change the actual background and foreground colors of the HTML message which you are sending, i.e. to send a hard-colored message to your recipient?
If it's only about your own display colors whilst composing, can you explain your expectations for the message body editor area when
- Your system's darkmode is set
- TB's dark theme is set
- conflicting settings of the above

Flags: needinfo?(dxace1)

Comment 10

•

5 years ago

(In reply to Don Pensack from comment #8)

This is a change in Thunderbird's code, as I've had the dark mode in Windows 10 since the beginning and this error in Thunderbird did not arise until 77.0. It seems to me it should be a fix made in Thunderbird's code and released as an update.

Don, can you attach to this bug screenshots of before and after this change in TB behaviour?

Comment 11

•

5 years ago

ni? ^^ comment 10

Flags: needinfo?(pensack1)

Comment 12

•

5 years ago

•

Edited

(In reply to Anje from comment #7)

As per bug report https://bugzilla.mozilla.org/show_bug.cgi?id=1592210

Anje, would you mind editing comment 7 and replace the explicit link with bug 1592210 so that it'll be auto-linkified and showing tooltip on hover. Tia.

Comment 13

•

5 years ago

Thomas,
I don't have any before screenshots, but my previous settings were:
--dark mode in Windows 10 Pro
--Dark theme in Thunderbird
--personal settings for a very light yellow background on emails. They were seen that way as I composed the message, seen that way when reviewing a sent message in the preview pane, seen that way when stored in a file, and seen that way when opened fully to read on the screen.
In other words, my personal color settings for the background of messages in Thunderbird overrode all other settings. And it's been that way since I started using Thunderbird at least 10 years ago.
Something in the code for Thunderbird just changed with 77.0b2 that was not the case in all previous versions.

Flags: needinfo?(pensack1)

Comment 14

•

5 years ago

(In reply to Thomas D. from comment #12)

(In reply to Anje from comment #7)

As per bug report https://bugzilla.mozilla.org/show_bug.cgi?id=1592210

Anje, would you mind editing comment 7 and replace the explicit link with bug 1592210 so that it'll be auto-linkified and showing tooltip on hover. Tia.

I've read up Hints on Autolinkification eg: bug 1592210 and understand what you would prefer and I'll use in future, but I have no idea on how to edit a specific comment.

Comment 15

•

5 years ago

(In reply to Anje from comment #14)

how to edit a specific comment?

I'm talking with Anje via PM, sorry for the noise, my fault!

Comment 16

•

5 years ago

Do we consider this to be a regression?

Comment 17

•

4 years ago

dxace appears to be gone

Flags: needinfo?(dxace1) → needinfo?(bugzilla2007)

Comment 18

•

4 years ago

•

Edited

It would be useful to know if the problem is still occuring in latest update where it is possible due to a setting:
Options/Preferences > General > 'Language & Appearance' section
Click on 'Colours' button

If you have the 'Override the colours specified by the content with my selection above:' selected with 'Always'
And the background is set to Black and text set to white, then that selection will 'always' override whatever you desire.

Suggest setting set as 'Never'.

Flags: needinfo?(dxace1)

Comment 19

•

4 years ago

(In reply to Anje from comment #18)

It would be useful to know if the problem is still occuring in latest update where it is possible due to a setting:
Options/Preferences > General > 'Language & Appearance' section
Click on 'Colours' button

If you have the 'Override the colours specified by the content with my selection above:' selected with 'Always'
And the background is set to Black and text set to white, then that selection will 'always' override whatever you desire.

Suggest setting set as 'Never'.

Perhaps Don can provide this

Flags: needinfo?(dxace1) → needinfo?(pensack1)

Comment 20

•

4 years ago

Chose Dark mode for Windows apps.
When writing a reply, the screen background is black and text is white.
It overrides the settings in Thunderbird, which is for a white background and black text, even though the setting is for Thunderbird to ALWAYS override system settings.
Went back to LIGHT mode for Windows apps and now a reply email displays as white background with black text.

Then I tried Thunderbird's Dark Theme.
This had the same effect as Windows Dark Mode--it overrode my settings for color on a reply email to be white text on a black background, even though Thunderbird is set to a white background with black text to be ALWAYS on.

There does not appear to be any way to either use Dark Mode for Windows apps or the Dark Theme in Thunderbird without making
all emails have a black background with white text, even if your colors are set to the reverse.
This has never been fixed since it was first brought up. I have gotten around it by using Light Mode for Windows apps and using a Light Theme in Thunderbird. I don't like it, but I use my email almost 24 hours a day, so it is the price.

What bothers me about it is that prior to version 77, this was not the case. Perhaps developers could go back and look at prior versions to see what changed in the code.

Flags: needinfo?(pensack1)

Comment 21

•

4 years ago

Attached image 78-options-colours.jpg — Details

re :This had the same effect as Windows Dark Mode--it overrode my settings for color on a reply email to be white text on a black background, even though Thunderbird is set to a white background with black text to be ALWAYS on.

Please look at the image I'm posting.
In my case I want Black Text on White background
Uncheck 'Use system colours'
Override is set to 'Never'

If you set to 'Always' it will override the Write settings to the 'Black theme' which is black background and white text and also the Incoming emails get overwritten to Black Text on White background which is the reverse.

Comment 22

•

4 years ago

My comments in 18 and 21 may have sounded as if there was a fix and ambiguous.

In version 78.7.1
REmoved my 'chrome' folder so not overriding anything and started Thunderbird.
Using dark mode on computer and in Thunderbird.

Dark mode by default has white background with black text in Write composing area and in the Message Pane for plain text, but any email with html css to create a multi-coloured email will display whatever the css dictates.
If you want to override that html css so forcing white background and black text, you look in Options > General to set the overide on those incoming emails html css, which does work, but this has significant changes on the 'Write' window and many other areas including printing.

Set those options in both General and Composition areas for choosing colours to white background with black text.
You also want to force those selections on the incoming html css, so select the Override option.
In doing this, it also forces Options, Account Settings etc that open in tabs to also be overridden and display the White theme. So the dark theme is now only displaying in Folder Pane and Thread Pane and other pop up windows opening separately eg: Address Book, Customise etc.

If you set Override to 'Always' this forces the 'Message Pane' to perform eg: Black Text on White background. So this is desirable and performs perfectly ok.
But, the 'Write' window then is following neither the 'display' nor 'composition' settings; it seems to be auto defaulting to the 'composition' setting 'Use Readers default colours' even if this option checkbox is not selected eg: black background and white text. This is the bug and it is reproduceable. User has no control over setting.

In order to get around it, you have to uncheck the 'Override', this works ok now for the 'Write' window and all those other tabs eg: Options etc, but it now does not override the html css on incoming emails which although now expected, but not what is desired.

It is not possible to use the 'Override' setting on incoming (Message Pane) if you also want to override on the 'Write' composing area. This is not correct and I can reproduce.

Basically user wants to have a dark theme but be able to override the Message Pane html css contents and the Write window composing area, so they use Black Text on White Background.

This is a real bug. (and it also effects printing - a separate bug 1675367 )

Updated

•

4 years ago

Comment 23

•

4 years ago

I'm no so sure bug 1697445 is exactly the same because in that instance the 'Override the colours...etc' setting is set to 'Never'. (This bug set's that to 'ALWAYS')
So when they access Options > Compositions > HTML Style settings, they can uncheck 'Use Readers default colour' and then control the 'Write' window background which cannot be done in this bug.

The similarity occurs when using 'Dark theme' and the selection of 'use readers' default colour' option which will ignore what is set in General > Language & Appearance and always seems to apply a dark background.

The difference between the two bugs is the override setting.
If 'ALWAYS' selected then it does not matter if 'Use Readers default colour' is selected or not, program acts as if it is selected and applys a dark background. User has no control at all over the Write window.
If 'Never' is selected , then unchecking 'Use Readers default colour' offers some control over Write, but then auto inserts font colour and background in the html which the user may not want to do, but has no choice if they do not want a black background when typing.

But the same issue of 'Use Readers default colour' not following the choice set in General > Language & Appearance > Colours is a problem in both cases.