Closed Bug 1106798 Opened 10 years ago Closed 9 years ago

With Aero theme, buttons (Maximize, Minimize, Close) are black

Categories

(Core :: Graphics, defect)

34 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: vulcain, Unassigned, NeedInfo)

References

Details

Attachments

(2 files)

Attached image Firefox_bug.png
User Agent: Mozilla/5.0 (Windows NT 5.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0
Build ID: 20141125180439

Steps to reproduce:

Launch Firefox

Tested on Windows 7 Pro 64 bits with Firefox 34 and Firefox 35.


Actual results:

The buttons buttons Maximize, Minimize, Close are black (see screenshot). Not change when i launch Firefox in safe mode or with a nex profil.
But, Firefox portable ( http://portableapps.com/apps/internet/firefox_portable/localization ) have the good look.

If you launch Firefox and launch another new windows the problem are still here but not if when the windows are launched when you click on link (you know the link who launch a lot of windows of pub).


Expected results:

Could see the buttons (Maximize, Minimize, Close).

A workforme is to change the theme Windows Aero to Windows 7 Classic
Add Trouble informations
    Date du pilote: 9-29-2014
    Description de la carte: Intel(R) HD Graphics 4600
    DirectWrite activé: false (6.2.9200.16492)
    Fenêtres avec accélération graphique: 0/3 Basic (OMTC)
    GPU #2 active: false
    ID du périphérique: 0x0416
    ID du vendeur: 0x8086
    Pilotes de la carte: igdumdim64 igd10iumd64 igd10iumd64 igdumdim32 igd10iumd32 igd10iumd32
    RAM de la carte: Unknown
    Rendu WebGL: Google Inc. -- ANGLE (Intel(R) HD Graphics 4600 Direct3D9Ex vs_3_0 ps_3_0)
    Version du pilote: 10.18.10.3960
    windowLayerManagerRemote: true
    AzureCanvasBackend: skia
    AzureContentBackend: cairo
    AzureFallbackCanvasBackend: cairo
    AzureSkiaAccelerated: 0

Jim/Matt, do you have time to look at this? It looks like a graphics issue combined with an aero issue on Windows?
Component: Untriaged → Graphics
Flags: needinfo?(matt.woodrow)
Flags: needinfo?(jmathies)
OS: Windows XP → Windows 7
Product: Firefox → Core
We had a problem with this a while back, I think matt worked on it, where we weren't punching a complete hole through our layers system for those buttons. Maybe a similar situation? Doesn't look like a widget problem.
Flags: needinfo?(jmathies)
A workform for this bug : change Aero theme and switch to Windows 7 Classic.
See Also: → 1112521
(In reply to vulcain from comment #4)
> A workform for this bug : change Aero theme and switch to Windows 7 Classic.
As this probably happens after Windows changes theme. (i.e. Windows Classic -> Windows Aero)
Which is something Windows is likely to do if it enters/leaves a power saving mode. It can also happen if you have laptop witch switchable graphics (which probably toggles the power saving mode).

So I wonder if this is a duplicate of bug 656891.
Status: UNCONFIRMED → NEW
Ever confirmed: true
See Also: → 656891
Same issue reported on the French support board: http://forums.mozfr.org/viewtopic.php?f=5&t=122487

Mozilla/5.0 (Windows NT 5.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0

Accélération graphique
Date du pilote 1-9-2015
Description de la carte NVIDIA GeForce GTX 660
DirectWrite activé false (6.2.9200.16571)
Fenêtres avec accélération graphique 0/1 Basic (OMTC) Bloqué pour la version de votre pilote graphique.
GPU 2 actif false
ID du périphérique 0x11c0
ID du sous-système 28771462
ID du vendeur 0x10de
Pilotes de la carte nvd3dumx,nvwgf2umx,nvwgf2umx nvd3dum,nvwgf2um,nvwgf2um
RAM de la carte 2048
Rendu WebGL Google Inc. -- ANGLE (NVIDIA GeForce GTX 660 Direct3D9Ex vs_3_0 ps_3_0)
Version du pilote 9.18.13.4725
windowLayerManagerRemote true
AzureCanvasBackend skia
AzureContentBackend cairo
AzureFallbackCanvasBackend cairo
AzureSkiaAccelerated 0
Is it a dupe of bug 1089312?
This started happening to me a month or so ago with Firefox.  Thunderbird had been fine until I installed the latest update yesterday.  I hope that this is a clue since this constantly happened to Firefox, and never to Thunderbird.

When these two programs are initially launched, the minimize/maximize/close buttons work fine for a while (hours).  Johan C said that it might be related to entering or leaving a power saving mode.  That might be true.  I will report back if I notice if that is the case.  But I would like to point out once more, Thunderbird was never affected and now it is.  I always have both Firefox and Thunderbird running all the time.

I am using Windows 8.1 64-bit.  The problem with Firefox started when I was using the graphics in the i7 processor, and it still happens with a new nVidia card I installed.

Hope this helps,
Greg
I am 99.9% sure this is related to hibernation.  I have refrained from putting the computer to sleep or into hibernation for several days and the problem has gone away.  The computer is set to turn off the display in 2 hours, so I think that turning off the display can be ruled out.  I just experimented with putting the computer to Sleep about 5 times and it never failed.  But then I put it into hibernation, and when I woke the computer back up the minimize/maximize/close buttons of Firefox were all black and inoperable.  Thunderbird and the other 9 applications that I had open did not have any issues.  This is definitely a Firefox issue.

Greg
I might be posting this in the wrong place, since my rev of Firefox is the most current rev (39.0).  Please let me know if I should be reporting this elsewhere.

Thanks,

Greg
Hi Greg, given your comment 9, I'd say the best place to continue is in bug 1183391.  I'll CC you on that bug and make some comments there.
I don't reproduce this bug with Firefox 42.0 32bits on Windows 7.

I close this bug.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: