The default bug view has changed. See this FAQ.

Entire window is black with hardware acceleration enabled on Linux

VERIFIED FIXED

Status

()

Core
Graphics
VERIFIED FIXED
6 years ago
6 years ago

People

(Reporter: Unfocused, Assigned: mattwoodrow)

Tracking

({regression})

Trunk
x86_64
Linux
regression
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments)

Just updated to the latest linux64 nightly, and the entire client area of the window is black. The window has borders, and resizing doesn't make any difference (not even any flickering).

Using the following build:

Mozilla/5.0 (X11; Linux x86_64; rv:2.2a1pre) Gecko/20110409 Firefox/4.2a1pre
(Built from http://hg.mozilla.org/mozilla-central/rev/7d90da136b2c)

With layers.acceleration.force-enabled set to true.

Graphics driver: NVidia 270.29
Graphics card: Quadro FX 880M
Same here using the 32 bit version of today's nightly: Mozilla/5.0 (X11; Linux i686; rv:6.0a1) Gecko/20110413 Firefox/6.0a1

Graphics driver: nVidia 260.19.06
Graphics card: nVidia Corporation G92 [GeForce GTS 250] (rev a2)
I forgot to check again before I upgraded my graphics drivers, but everything is working again with the latest beta driver from NVidia (270.41.03).
(In reply to comment #2)
> I forgot to check again before I upgraded my graphics drivers, but everything
> is working again with the latest beta driver from NVidia (270.41.03).

Er, sorry, ignore this - I accidentally ran an old build. 

270.41.03 still exhibits a totally black window on the latest nightly (20110414).
(Assignee)

Comment 4

6 years ago
This was fixed in a follow-up to bug 640082.
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 640082
Created attachment 526122 [details]
screenshot

That bug was fixed 2 days ago and using today's nightly I still can reproduce this (Mozilla/5.0 (X11; Linux i686; rv:6.0a1) Gecko/20110414 Firefox/6.0a1).  In fact, if I enable it my menu's turn black before I even restart.  Clicking the menu and tooltips still work as expected.

I don't think this bug is fixed.
Reopening so it doesn't get lost.  If the other bug is committing to a branch or something, let me know.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Confirming: bug still present on latest nightly (same build as comment 5).
(Assignee)

Comment 8

6 years ago
Created attachment 526654 [details] [diff] [review]
Make our scoped texture binds actually hold while we draw

Apologies, I thought we had verified this as fixed by the previous patch.

This fixes the problem for me, hopefully this was the only issue.
Attachment #526654 - Flags: review?(bjacob)
Attachment #526654 - Flags: review?(bjacob) → review+
(Assignee)

Comment 9

6 years ago
http://hg.mozilla.org/mozilla-central/rev/3a8ab199da98
Status: REOPENED → RESOLVED
Last Resolved: 6 years ago6 years ago
Resolution: --- → FIXED

Comment 10

6 years ago
Confirming fixed for me (Nvidia 260.19.06). Is there a tracking bug for getting layers acceleration enabled by default on Linux? There are still a few visual glitches, but autoscrolling gets so much faster!
Also fixed for me
Status: RESOLVED → VERIFIED
Daniel: you may want to look at the blockers of bug 640082, plus bug 645407.
Duplicate of this bug: 650362

Updated

6 years ago
Assignee: nobody → matt.woodrow+bugzilla
You need to log in before you can comment on or make changes to this bug.