Closed
Bug 793869
Opened 12 years ago
Closed 12 years ago
Gfx driver block request: AMD driver 8.982.0.0 for Direct3D 9
Categories
(Toolkit :: Blocklist Policy Requests, defect)
Toolkit
Blocklist Policy Requests
Tracking
()
People
(Reporter: joe, Assigned: jorgev)
References
Details
(Keywords: verifyme, Whiteboard: [gfx])
+++ This bug was initially created as a clone of Bug #792480 +++
We need a clone of the driver block created in bug 792480, but for Direct3D 9. Everything else the same, but the feature should be DIRECT3D_9_LAYERS.
Updated•12 years ago
|
Assignee | ||
Comment 1•12 years ago
|
||
The blocks have been staged (135 and 137). Please confirm.
QA Contact: jbecerra
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → jorge
Comment 2•12 years ago
|
||
I've tested this on staging. The blocklist is updated with the entries in comment #1 and the information in about:support no longer contains references to Direct3D.
Reporter | ||
Comment 3•12 years ago
|
||
Great. Can we push this live?
Assignee | ||
Comment 4•12 years ago
|
||
Done. Block ids are 148 and 150.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Comment 5•12 years ago
|
||
Reporter | ||
Comment 6•12 years ago
|
||
Thank you so much, Scoobidiver.
Updated•12 years ago
|
status-firefox15:
--- → fixed
status-firefox16:
--- → fixed
status-firefox17:
--- → fixed
status-firefox18:
--- → fixed
I have never had any problem with previous FF versions up to 15.0.1.
I then updated to 16.0 and suddenly it disabled my GPU acceleration in a way that looked like the browser crashed the driver. It's broken all Cleartype text used in the browser window when it blocked my driver.
I figured out that the browser itself changed two gfx variables in :config and then I found all this history about blocklist.xml.
Manually reverting both of these fixed my pain.
It drove me nuts for hours.
I'm here to say:
- Hey, 8.982 is the last 'stable' Catalyst version (12.8)! Other than that is outdated or Beta.
- It doesn't crash for everyone and it works perfectly on my system.
Mozilla, listen: Creating a blocklist for all users of a current driver version is not the way to go.
You should only block SPECIFIC CARDS that may eventually experience problems.
Comment 8•12 years ago
|
||
(In reply to Ricardo from comment #7)
> You should only block SPECIFIC CARDS that may eventually experience problems.
We don't know them and have no way to know them because crashes happens with an empty signature, that is for any crash reasons (Firefox code, third-party software...). Nevertheless, we know that the gfx driver version blocking reduces the empty signature volume by 20%.
Surfing temporarily (12.9 is expected soon) without HW acceleration is better than crashing.
For those who can't live without HW acceleration and know Firefox doesn't crash for them, set gfx.direct2d.force-enabled to true.
Comment 9•12 years ago
|
||
The information in about:support, in the Graphics section, no longer contains references to Direct3D.
I've tested this on Firefox 17 beta 5, Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/17.0 Firefox/17.0, Build ID: 20121106195758 .
Setting this verified on status-firefox17.
Comment 10•12 years ago
|
||
Issue also fixed on Firefox 18 beta 1.
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:18.0) Gecko/18.0 Firefox/18.0
Build ID: 20121121075611
Status: RESOLVED → VERIFIED
Updated•9 years ago
|
Product: addons.mozilla.org → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•