Closed
Bug 622678
Opened 14 years ago
Closed 14 years ago
[d3d9] Minefield gets black window interior with Intel graphics card on XP after screen lock
Categories
(Core :: Graphics, defect)
Tracking
()
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | betaN+ |
People
(Reporter: bemguard-bugzilla, Assigned: bas.schouten)
References
Details
Attachments
(2 files)
52.19 KB,
image/jpeg
|
Details | |
707 bytes,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:2.0b9pre) Gecko/20110103 Firefox/4.0b9pre Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b9pre) Gecko/20110103 Firefox/4.0b9pre It's the return of the various "black screen" problems again on XP once the screen lock happens. The trick with this problem is to partially cover the window with another application. Built from http://hg.mozilla.org/mozilla-central/rev/c20f34eefa5d Reproducible: Always Steps to Reproduce: 1. Have a normal working Minefield Nightly build 2. Open up an application that partially obscures the Minefield window 3. Press CTRL - ALT - DEL to bring up screen lock window 4. Don't bother locking the desktop, just press ESC to return to the previous view 5. Examine the state of the window Actual Results: The interior of the window is black. The view can be recovered by either resizing the window or opening a new one Expected Results: The window should not go black when returning from the screen lock Screenshots to appear in a minute. Adapter Description Mobile Intel(R) 965 Express Chipset Family Vendor ID 8086 Device ID 2a02 Adapter RAM UnknownAdapter Drivers igxprd32 Driver Version 6.14.10.5218 Driver Date 1-13-2010 Direct2D Enabled Blocked on your graphics card because of unresolved driver issues. DirectWrite Enabled false WebGL RendererTransGaming Inc. -- ANGLE -- OpenGL ES 2.0 (git-devel Jan 3 2011 03:43:30) GPU Accelerated Windows 2/2 Direct3D 9
Reporter | ||
Updated•14 years ago
|
Version: unspecified → Trunk
Reporter | ||
Comment 1•14 years ago
|
||
Reporter | ||
Updated•14 years ago
|
blocking2.0: --- → ?
Reporter | ||
Comment 2•14 years ago
|
||
Note that the only reason I used Messenger to cause this was that it was the first application I saw it happening with. Notepad also causes the same effect. A non-obscured Minefield does not show this black interior problem.
Comment 3•14 years ago
|
||
This was supposed to be fixed by bug 604647. Adding blocking that bug for visibility there.
Blocks: 604647
Comment 4•14 years ago
|
||
Can you get a Regression Window? http://harthur.github.com/mozregression/ Does a Driver Update help?
Assignee | ||
Comment 5•14 years ago
|
||
I suspect this regressed with the landing of bug 621601. Presumably the empty transaction upon window unlock is not being refused, investigating.
Assignee | ||
Comment 6•14 years ago
|
||
Hmm, that's not true, this didn't land yet!
Assignee | ||
Comment 7•14 years ago
|
||
We stopped emptying the valid region when creating new textures. Instead we asserted the valid region was empty on recreation. This assertion is firing here, we should empty the valid region on CleanResources.
Assignee: nobody → bas.schouten
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #500932 -
Flags: review?(roc)
Attachment #500932 -
Flags: review?(roc) → review+
blocking2.0: ? → betaN+
Assignee | ||
Comment 8•14 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/f086a88e7557
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 9•14 years ago
|
||
WFM now with Gecko/20110104 Firefox/4.0b9pre
Status: RESOLVED → VERIFIED
Comment 10•13 years ago
|
||
In what Firefox version is this supposed to be fixed? It happens for me with 4.0b10 and a fresh profile. Windows XP SP3 32-bit, nVidia Quadro NVS 210S graphics adapter.
You need to log in
before you can comment on or make changes to this bug.
Description
•