flickering on Linux with OMTC




Graphics: Layers
4 years ago
a year ago


(Reporter: Tasos Sahanidis, Unassigned, NeedInfo)



28 Branch

Firefox Tracking Flags

(Not tracked)



(2 attachments)



4 years ago
Created attachment 8340659 [details]
Hardware acceleration issue on Nightly

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0 (Beta/Release)
Build ID: 20131127104324

Steps to reproduce:

Ran latest Firefox Nightly with layers.acceleration.force-enabled set to true on about:config.

Actual results:

Flickering on both the UI and the rendered page.
It is more noticeable when a video is playing (for example from Youtube) whether it is html5 or flash player, as the whole page flickers along with the UI scrollbar.
Additionally there is some typing delay on certain pages (Mozilla bugzilla included) and when right clicking, sometimes only the border of the context menu gets rendered until you hover over it.

Expected results:

No flickering and rendering issues, just like the previous versions of Nightly.
This seems to be the last version of nightly which is not affected by this issue: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-11-27-10-43-24-oak/firefox-28.0a1.en-US.linux-x86_64.tar.bz2

Comment 1

4 years ago
> http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-11-27-10-43-24-oak/firefox-28.0a1.en-US.linux-x86_64.tar.bz2

Not sure it's the branch you wanted to test: note the "oak".

Please post the exact regression range (last good, first bad, preferably with the SourceStamp= from application.ini, because it shows the check-in) and the Graphics section from about:support.

Component: Untriaged → Graphics
Flags: needinfo?(tatokis)
Keywords: regression, regressionwindow-wanted
Product: Firefox → Core

Comment 2

4 years ago
Created attachment 8340703 [details]
about:support output

Apologies, you are right, I meant the mozilla-central branch.
So the last good build's source stamp is 99479edbee2a (http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-11-26-05-20-50-mozilla-central/) and the first bad is 6ecf0c4dfcbe (http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2013-11-27-03-02-01-mozilla-central/)
I have attached the info requested from about:support.
I would also like to point out, that I made the same test with a fresh profile, but had the same results.
Flags: needinfo?(tatokis)

Comment 3

4 years ago

Searching for "GL", there are patches for bug 924403.  CCing Nick Cameron.

Comment 4

4 years ago
(and thanks for finding!)
Keywords: regressionwindow-wanted


4 years ago
Component: Graphics → Graphics: Layers
Summary: layers.acceleration.force-enabled issue on latest Nightly Linux 28.0a1 → flickering on LIinux with OMTC


4 years ago
Summary: flickering on LIinux with OMTC → flickering on Linux with OMTC

Comment 5

4 years ago
We have changed from using main-thread to off-main-thread rendering on Linux when you force hardware acceleration. See http://featherweightmusings.blogspot.co.nz/2013/11/no-more-main-thread-opengl-in-firefox.html. So this is presumably a bug with OMTC on your system. The only short term solution is not to force HWA.

It would be most useful to find out why the reporter sees flickering but most users don't in order to fix this bug.

(Changing status to 'new' because I can really believe it happens, not because I have personally confirmed it).
Ever confirmed: true
Is this still reproducible?
Flags: needinfo?(tasos)

Comment 7

a year ago
I have since changed my main computer to Nvidia graphics and since AMD stopped updating fglrx, that AMD card now runs on the open source Radeon driver with Mesa.

So unfortunately I can't tell if it is still reproducible, as I am no longer using the same hardware/software combination that caused the above issue.
You need to log in before you can comment on or make changes to this bug.