User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36 Steps to reproduce: 1. Open Thunderbird on primary monitor on Windows 10 64 bit. 2. Put computer to sleep. 3. Wake computer up. 4. Thunderbird is fine on primary monitor. 5. Drag window to other monitor. I have also noticed that while these steps reproduce the issue 100% of the time, it can occur without first having Thunderbird on the primary monitor. Actual results: If the window is dragged and pressed against the border of the other monitor, so that it snaps to size like full screen or half screen, the whole window goes black except for the title bar. If the window is dragged to any other location, not trying to snap it, then the window retains its view, but the context menus are all black. These effects do not go away with time. I have the option of either bringing the window back to the primary monitor where it works as expected, or I can close Thunderbird and reopen it where it works everywhere, at least until the next sleep cycle. Expected results: It should retain its appearance and its context menus at all times.
Did this happen in version 45? Does it reproduce with nightly build? https://archive.mozilla.org/pub/thunderbird/nightly/latest-comm-central/thunderbird-57.0a1.en-US.win32.installer.exe
Both the problems of fullscreen going to black and the context menu being black appear in version 45.8.0. However, only the problem of fullscreen going to black appears in the latest nightly (the issue with the context menu is gone).
Pretty much the same as bug 1392638, whether sleep or the screen save cause this is mostly irrelevant. I suggest to switch off HWA. Also please check whether Firefox has the same problem.
See Also: → 1392638
With Thunderbird 52.3.0 and HWA off, I have the same problem. With Firefox 55.0.3, I have the problem with the full screen snap going black, but no context menus are black.
I suggest you file a bug for Firefox. Thunderbird uses Mozilla core technology for rendering and graphics. We have no staff to look into the problem whereas Mozilla core/Firefox have various staff concerned with graphics. In fact, I'm moving the bug to Core::Graphics.
Component: Untriaged → Graphics
Product: Thunderbird → Core
Priority: P2 → P1
See Also: → 1396278
https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Release_Cycle_Queries_and_Activities Move optional bugs to next release
Moving to p3 because no activity for at least 24 weeks.
Priority: P1 → P3
You need to log in before you can comment on or make changes to this bug.