Reproducible on: Firefox 39.0a1 using Windows 8.1 64bit STR 1. Right click on desktop -> Personalize. 2. Select High Contrast 2#. 3. Launch Firefox with clean profile. 4. Hover over one of the icons from the Toolbar (e.g.Bookmarks icon). AR The tooltips are black and are not visible on hover. ER The tooltips are clearly visible on hover. Additional notes: - This issue is reproducible on Firefox 39.0a1 (2015-03-08) using Windows 8.1 64bit with High Contrast 2#. - This issue is not reproducible on Windows 7 x64 and Ubuntu 14.04 32bit. - I am attaching a screenshot: http://i.imgur.com/msrecI2.jpg - This is a regression: Last good revision: b44898282f21 First bad revision: 32c3ccd8946c Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b44898282f21&tochan ge=32c3ccd8946c

Do you have a win8 (NOT 8.1) machine to check if this is 8.1-specific?

Fixed pushlog link: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=b44898282f21&tochange=32c3ccd8946c

Jim/Masatoshi-san, this is fixed for me locally if I revert the manifest change from firefox.exe.manifest from bug 888870 . AFAICT GetSystemColor returns the same value with both the working and the breaking manifest. Devtools shows the right color swatches (background-color should be yellow, foreground-color should be black) even in the broken case. I'm not sure why this is broken. Can either of you investigate further?

I really do not have time to look at this at the moment.

(In reply to :Gijs Kruitbosch from comment #1) > Do you have a win8 (NOT 8.1) machine to check if this is 8.1-specific? I managed to reproduce this issue on Firefox 40.0a1 (2015-04-02) using Windows 8 32-bit and Windows 8 64-bit. This issue also reproduces on Firefox 4 which means it is a regression. I will provide you a regression window as soon as possible.

I wanted to investigate it further but I was unable to get the inbound data because there are no build dirs on inbound for these changesets. So, the only regression data remains from m-c ( see comment 0 ).

Maybe related: https://msdn.microsoft.com/en-us/library/hh404233.aspx > Application manifest. Applications designed to work with the new high > contrast themes should have an application compatibility section defined > in their manifest that contains the Windows 8 compatibility GUIDs. > Otherwise, Windows assumes that the application is designed for an older > version of Windows and renders the application UI by simulating the > Windows classic theming model. https://msdn.microsoft.com/en-us/library/windows/desktop/hh848048(v=vs.85).aspx > Apps that add support for Windows 8 in their manifest, but do not use > visual styles for rendering, that is, they hardcode colors or images in > their apps, might not render correctly in high-contrast themes. Text > might be difficult to read or images might not appear as they should in > high contrast mode.

We still see this issue on Win10 (see bug 1373184) recently. This breaks the accessibility IMO and I'd like to ask for reconsideration to get it prioritized. Thanks!