Closed Bug 571068 Opened 14 years ago Closed 14 years ago

[D2D] Black menu background instead of transparent glass on older Nvidia hardware

Categories

(Firefox :: General, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: mozbugz, Unassigned)

References

Details

Attachments

(4 files, 1 obsolete file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100608 Minefield/3.7a5pre ( .NET CLR 3.5.30729) Firefox/3.6.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100608 Minefield/3.7a5pre ( .NET CLR 3.5.30729) Firefox/3.6.3

The menu issue looks like one of the attachments from bug 555950. 

The Download Mgr shows bug 556537.



Reproducible: Always

Steps to Reproduce:
1. Turn on D2D


Actual Results:  
Black menu background

Expected Results:  
Hopefully it can be transparent

Running on Nvidia 7050 / 610i - D3D9 and other people haven't been able to reproduce on newer Nvidia hardware or ATI.
Blocks: d2d, 569166
This is without a persona and using the default theme.
(In reply to comment #0)
> Steps to Reproduce:
> 1. Turn on D2D

I should have said, Turn on DW, D2d.  D2D needs DW turned on also for it to work.
This bug and the download manager bug looks similar to issues here too:
bug 554764, bug 555477, bug 555198
Hi guys! 

UA: Mozilla/5.0 (Windows; U; Windows NT 6.1; Win64; x64; en-US; rv:1.9.3a5pre) Gecko/20100608 Minefield/3.7a5pre ID:20100608173507

Also, I'm running a GeForce 6600 GT with drivers from 09/09.

I added a screenshot. 

Hope this helps,
Andrew
Attached image Another screenshot
Shows the bug in action, with several differences from the OP. Tab list isn't refreshing; bubbles appear around file menu buttons. Bottom of download manager is also ugly (not shown).
I saw that exact same thing before I tried to test other scenarios like a new profile and multiple tests of D2D/DW on and off.  Now I just get what I have posted above.
Dup of bug 554874?  The screenshots look pretty similar.
(In reply to comment #8)
> Dup of bug 554874?  The screenshots look pretty similar.

One of the them is from my computer. :)

I don't think so, since this is still actually after the other D2D bugs landed and it hasn't been fixed for a subset of hardware users even though the rest of the folks show that same stuff as working for them, ie comment 0.
(In reply to comment #9)
> (In reply to comment #8)
> > Dup of bug 554874?  The screenshots look pretty similar.
> 
> One of the them is from my computer. :)
> 
> I don't think so, since this is still actually after the other D2D bugs landed
> and it hasn't been fixed for a subset of hardware users even though the rest of
> the folks show that same stuff as working for them, ie comment 0.

See bug 554874 comment 34 and bug 554874 comment 35 on down.
Interestingly enough, transparency (which by the way works perfectly without D2D) renders fine on the CtrlTab interface, while it is broken on the main window and the download manager.

This is on a NVidia Go 7900GS
This does not block enabling by default on some subset of hardware. There is much hardware out there not affected by this.
No longer blocks: 569166
Bas, I'm not entirely sure I agree. Hardware acceleration is a major feature of Firefox 4 and this bug affects a significant number of users, while IE 9 provides working acceleration on the same system. It is also a regression from earlier D2D builds which worked flawlessly.

I'll try to find a regression range but I doubt it will be any good since the D2D support has changed a good deal in the meantime. If there's any other data needed to solve this issue, just drop me a line and I will get it for you.
P.S. is there any other group of hardware that reports D2D capabilities, but eventually fails? Because if this bug is the only reason for Firefox to include hardware profiles, then I'd definitely say that fixing this is a better approach then adding hardware profiles that are otherwise unnecessary.
(In reply to comment #14)
> P.S. is there any other group of hardware that reports D2D capabilities, but
> eventually fails? Because if this bug is the only reason for Firefox to include
> hardware profiles, then I'd definitely say that fixing this is a better
> approach then adding hardware profiles that are otherwise unnecessary.

There is loads and loads of hardware specific bugs. We will tackle them to the extent that we can and including more and more hardware in the whitelist as we go.
Attached file Transparency Tester (obsolete) —
This stand alone application will show if your drivers are fundamentally capable of supporting hardware accelerated transparent windows, using the 'spacebar' while running it switches between glass and complete transparency. If this is having a black background for people those people are probably simply out of luck for aero glass + D2D.
The app didn't do anything for me when it started up.  Though If I right click on Minefield, edit properties, compatibility and disable desktop composition I get the exact same effect as turning on D2D.  

So I see Aero, and my dxDiag.exe reports HW Accel Level: Basic, and I haven't been able to figure out what that means.

I tried to adjust Nvidia settings but no luck there either.  Some uses of transparency suggesting using AA/AF maybe to make it work.
(In reply to comment #17)
> The app didn't do anything for me when it started up.

Hrm, I wonder why that is, it works fine on all my machines.
Thanks Bas, didn't know that hardware profiles are needed anyway.

As for the testing application: Same effect here as Dale encountered: it never opens a window.

What I'm curious about: Why does Ctrl+Tab display perfectly? What makes that dialog different from the download manager?
BTW, the testing app is not only invisible, but doesn't show up in any lists (taskbar, task mananger window list, alt+tab, ...) either, so it apparently fails to create any window at all.
(In reply to comment #20)
> BTW, the testing app is not only invisible, but doesn't show up in any lists
> (taskbar, task mananger window list, alt+tab, ...) either, so it apparently
> fails to create any window at all.

The same here.

Bas, also something weird, I was trying to test turning on/off DW only with disabled desktop composition.  Sometimes I get black background toolbars and DLM and sometimes I get just grey background.  D2D set to -1.

I tried it with Quit w/o save tabs and Save and Quit.  I'm getting both issues under both settings of DW, I don't see a pattern wrt to DW only.   But maybe related to other bugs like device resets or something not being reinitialized everytime between pref change restarts?
Attached file Transparency Tester v2
The previous tester had issues with D3D 9 hardware. I've updated it, this should work for you guys as well.
Attachment #451166 - Attachment is obsolete: true
OK, this works perfectly in both modes. Still on 7900 Go GS, which is quite definitely D3D9 hardware :)
(In reply to comment #23)
> OK, this works perfectly in both modes. Still on 7900 Go GS, which is quite
> definitely D3D9 hardware :)

This is certainly good to know! It suggests there may be something we can do, although I can't give any guarantees, and it still won't block enabling on some subset of hardware ;-).
Pity, but at least there's hope :)

Just drop me a line directly if you need any more testing, since bug updates typically tend to get lost in the mailing list chatter.
v2 works for me too, I see transparency and glass.
I have the same problem, with D2D and DirectWrite on. Transparency Tester v2 works ok: http://dl.dropbox.com/u/6354360/minefield2.png

Windows 7 x64
Asus EN7600GT 256 MB (NVIDIA 7600 GT) - Drivers v257.21.
It appears to be fixed now:
Mozilla/5.0 (Windows; U; Windows NT 6.1; WOW64; en-US; rv:1.9.3a6pre) Gecko/20100625 Minefield/3.7a6pre
The Back button doesn't look good (no antialias?) when D2D is on.
http://dl.dropbox.com/u/6354360/minefield3.png
Its fixed if bug 513162 stays in the tree.  The back button should be fixed when bug 567295 lands.
I'm going to mark this works for me for now based on comment 30, bug 513162 must have rewrote some of the code needed to make this happen.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Mozilla/5.0 (Windows; U; Windows NT 6.1; Win64; x64; en-US; rv:2.0b2pre) Gecko/20100629 Minefield/4.0b2pre ( LIKE Firefox/3.6 )

Confirming for GeForce Go 7900GS / Win7(64) as well : Background working, back button still broken.
Thanks.  btw, Jagged back button bug 556196 and has nothing to do with this bug.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: