Closed
Bug 616371
Opened 14 years ago
Closed 14 years ago
Enabling layers OpenGL acceleration generates artifacts.
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: spamjunkeater, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101202 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101202 Firefox/4.0b8pre
I enabled "layers.accelerate-all" and got artifacts on screen sometimes. Specially on scrolling. It happens again while I write this lines. Scrolling again will remove artifacts on new generated textures. So Artifacts move with scroll.
Reproducible: Always
Steps to Reproduce:
1.Just enable layers.accelerate-all = true
2.Scroll on some portal.
3.
Actual Results:
Artifacts...
Expected Results:
Proper page.
Using fglrx 10.11,compiz 8.6, HD6850, OpenSUSE 11.3 with vanilla kernel.
Comment 1•14 years ago
|
||
Confirming here. Ubuntu 10.10 64 bit, minefield beta9pre, catalyst 10.12, ati mobility hd2600. If I enable layers.accelerate-all scrolling is much smoother but there is a lot of graphics corruption.
I tried to screenshot it but as soon as I hit printscreen corruption disappears, I also tried to record it using kazam screencaster, but whenever I am recording I can scroll fine with absolutely no corruption!?
The artifacts are generally a colored "white noise"
| Reporter | ||
Comment 2•14 years ago
|
||
Yes, same here. I couldn't capture screen because of that. Forgot mention about it...
Comment 3•14 years ago
|
||
Does the corruption look anything like that in bug 612007?
Can you paste the contents of the graphics section from about:support please.
Component: General → Graphics
Product: Firefox → Core
QA Contact: general → thebes
Version: unspecified → Trunk
Comment 4•14 years ago
|
||
Graphics
GPU Accelerated Windows
1/1 OpenGL
it looks a little bit like that bug, but only in the shape of the area that gets corrupted if that makes any sense. Like the example on planet.firefox.com, the corruption I get is always a part of the page that is corrupted all the way across horizontally, but instead of the black bars I get what looks like static/white noise only a bunch of different colors rather than black and white.
Comment 5•14 years ago
|
||
And unlike that bug, for me it happens on every page.
Comment 6•14 years ago
|
||
And unlike that bug, for me it happens on every page.
| Reporter | ||
Comment 7•14 years ago
|
||
It solved in beta pre 10 now.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Comment 8•14 years ago
|
||
Marking WFM since no known patch associated with fix.
Resolution: FIXED → WORKSFORME
| Reporter | ||
Comment 9•14 years ago
|
||
I think I found why firefox start to work properly...
It looks like mozilla just removed/blacklisted GLX drivers other than nVidia drivers on nightly builds. So we make accelerate-all=true on out settings but it looks like it doesn't enabled actually.
Also working WebGL samples are not work anymore!
I got this message on my shell while I try to enter this site: http://webglsamples.googlecode.com/hg/aquarium/aquarium.html
death@triQuad:~/local/firefox> ./firefox
[GLX] currently only allowing the NVIDIA proprietary driver, as other drivers are giving too many crashes. To bypass this, define the MOZ_GLX_IGNORE_BLACKLIST environment variable.
Since glx disabled for other vendors than nVidia, we can't tell anything on bug reports and those bugs will stay and don't improve for other drivers. At the end of the day ff4 could work on nVidia but other hw. I don't know if it's correct way for development. I wish that blacklisting removed soon.
Thanks.
Comment 10•14 years ago
|
||
See bug 624390 for reasoning (this is a un-official nVidia driver on Linux thing).
You need to log in
before you can comment on or make changes to this bug.
Description
•