Dark mode compose window inconsistent
Categories
(Thunderbird :: Theme, defect)
Tracking
(Not tracked)
People
(Reporter: dmccammishjr, Unassigned)
References
Details
(Whiteboard: DUPEME)
Attachments
(1 file)
|
23.44 KB,
image/jpeg
|
Details |
darkmodereply.jpg
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/81.0.4044.122 Safari/537.36
Steps to reproduce:
Using Windows 10 Dark Mode, default profile created at install, no customization. Received message (HTML) displayed white foreground and dark (black) background. Reply to sender. Compose window now black foreground with white background. Color boxes show black/white. Expected opposite. Colors displayed are correct in both received message and reply.
Actual results:
Compose window reversed (black on white).
Expected results:
Compose window should be white on black with colors as selected. Color indicator boxes should reflect screen colors.
Message received in standard (not dark) mode should reverse. That is, TBird should detect dark mode and reverse black & white only if dark mode selected, but in both viewing and compose windows.
|
||
Updated•6 years ago
|
|
|
||
Comment 2•6 years ago
|
||
I haven't looked. DUPEME means "go find it, I think it's out there" ;)
Thanks. I did look, but found nothing. But - I've looked before on other bugs and didn't find some I should have found. I have tried repeatedly to find a "specification" or "standard" for ANY dark mode (Apple, Microsoft, etc.) but have not found such. For instance, should dark foreground colors on dark background be changed (lightened, reversed)? Or ONLY white & black reversed? What does reversed mean? (table lookup or some algorythmic mod of the hex?) My eyes are very light-sensitive, so I'm "involved." Windows 10 provides some options, like an "accent" outside border on each window, etc. What other Windows/Linux/etc. attributes or functions are prerequisites? Not an easy problem to solve.
| Comment hidden (obsolete) |
|
||
Comment 5•6 years ago
|
||
perhaps one of these? https://mzl.la/365Hkqj
I would claim that bug 1635151 is a duplicate. bug 1638233 doesn't seem connected. bug 1630551 might be a subset. The rest are "resolved." Anything I can do to move this forward? Except for bug 1635151, I seem to be the only one testing.
|
|
||
Comment 7•5 years ago
|
||
doug2, can you still reproduce this when using current beta?
Below is HTML section of message created & sent. HTML for color changes inserted, but color changes do not appear. Foreground color indicator always reverts to white. TBird 87.0b2 System in dark mode (Win 10). Theme is default. No add-ons installed.
Sent message to myself and viewed - no color changes appear.
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body vlink="#551A8B" text="#000000" link="#0B6CDA" bgcolor="#00ff80"
alink="#EE0000">
Creating test message.<br>
<br>
Dark mode <br>
<br>
Edit area appears black.  Color indicators both white. Â
(foreground & background)<br>
<font color="#ff0000">Attempted to change foreground to red for this
sentence. <font color="#ff0000">Color indicator shows red but
reverts to white as soon as I type.  Attempted to change <font
color="#80ffff">foreground to light blue. Again, color
indicator shows picked color, but reverts to white as soon as
I type.  (Color change HTML should be embedded in this
message?)<br>
<br>
</font>Changed background to green. Color indicator changed to
green, but background did not change.<br>
<br>
System (Win 10 current update) in dark mode. <br>
<br>
Will report all above to Bugzilla ref. request for information<br>
|
|
||
Comment 10•5 years ago
|
||
bug 1635151 has more info, so duping to there
Description
•