553603 - D2D black screen on "leftalt+enter" on awesomebar

Status: RESOLVED FIXED

(Core :: Graphics, defect)

Description

[shift9999]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100319 Minefield/3.7a4pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100319 Minefield/3.7a4pre

I am having an odd problem when D2D is enabled. When I open up Minefield so that it is sitting on the start page then type a web address in the awesome bar and hit "leftalt + enter" to open the link in a new tab the entire screen instantly goes black. I can still see and move the mouse cursor. I have to click CTRL+ALT+DELETE to get the screen to return to normal. I have tested this with a new profile with d2d on. This only seems to happen once per session.

I am running an Nvidia 260GT with genuine 196.21 drivers.

Reproducible: Sometimes

Steps to Reproduce:
1. Open Firefox and 
2. Type an address in the awesome bar 
3. hit "leftalt + enter" to open the address in a new tab
Actual Results:  
Black screen but everything functions as normal. If you hit "ctrl + alt + delete" the screen returns to normal

Expected Results:  
tab opens as normal

Afterwards, the page that was opened has a great deal of tearing when scrolling the page.

Comment 1

[Gary [:streetwolf52]]

confirmed.  nvidia gtx260.

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a4pre) Gecko/20100319 Minefield/3.7a4pre - Build ID: 20100319040017

Comment 2

[Timothy Pelayo]

Happens here as well with an Nvidia Geforce 8800GTS 512 while using the same build.

Comment 3

[Bas Schouten (:bas.schouten)]

That's pretty weird... Confirmed, I have the same issue.

Comment 4

[Bas Schouten (:bas.schouten)]

Wow, I think I know what this is, it seems D3D by default makes Alt+Enter go to 'fullscreen mode' this blows up everything for us. It's easily disabled though so I'll take care of it.

Comment 5

[Bas Schouten (:bas.schouten)]

Attachment: Do not let DXGI respond to events for us

We don't want DXGI to respond to events for us, we do fine handling them ourselves. This patch fixes the issue.

Comment 6

[Jeff Muizelaar [:jrmuizel]]

Do we handle mode change events?

Comment 7

[Jeff Muizelaar [:jrmuizel]]

Comment on attachment 434534 [details] [diff] [review]
Do not let DXGI respond to events for us

This kind of stuff doesn't really belong in cairo backend. I think it would be more suited to the application. I suppose it might be better to wait for the cairo_device_t * before doing that. Still, we should have a comment about how this is a hack.

Comment 8

[Bas Schouten (:bas.schouten)]

Pushed http://hg.mozilla.org/mozilla-central/rev/dedc4553ca01.