"gfx.x11-egl.force-enabled=true" causes choppiness with scrolling
Categories
(Core :: Graphics, defect, P3)
Tracking
()
People
(Reporter: validatedev, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(3 files, 1 obsolete file)
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/91.0.4472.114 Safari/537.36
Steps to reproduce:
- change gfx.x11-egl.force-enabled=true
- change general.smoothScroll.mouseWheel.durationMaxMS=400
- change general.smoothScroll.mouseWheel.durationMinMS=200
(step 2 and 3 are not necessary, but it shows more clearly that there is a choppiness) - open youtube
- scroll
Actual results:
The scrolling is not smooth, it always lags. With gfx.x11-egl.force-enabled=false the lag is gone. Also with layers.acceleration.force-enabled and gfx.webrender.all, the lag is still there.
Expected results:
The scrolling should be smooth as with gfx.x11-egl.force-enabled=false
Reporter | ||
Comment 1•3 years ago
|
||
The version of Firefox is 89.0.1-ubuntu. Got the same result also on Fedora 34. I'm on Ubuntu 20.04.2 LTS.
Comment 2•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Graphics' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Comment 3•3 years ago
•
|
||
:rmader, can you comment to the bug? Is it a known problem?
Comment 4•3 years ago
|
||
(In reply to validatedev from comment #0)
Please enable gfx.x11-egl.force-enabled, restart Firefox, open about:support, click on "Copy text to clipboard" and paste it here. Thanks!
Comment 5•3 years ago
|
||
(In reply to validatedev from comment #1)
The version of Firefox is 89.0.1-ubuntu. Got the same result also on Fedora 34. I'm on Ubuntu 20.04.2 LTS.
We'd need you system information (about:support
), but based on the fact that the same happens on Fedora 34, you'll most likely run proprietary nvidia drivers, is that right? If that is the case, then things should be better in nightly, where proper support for prop. nv is currently landing, see bug 1646135
Reporter | ||
Comment 6•3 years ago
|
||
Reporter | ||
Comment 7•3 years ago
|
||
First, thanks for your interest.
I switched to Fedora 34 recently, and it seems that the bug is not present on there, seems I was wrong that the bug was there on Fedora 34. And I just use Intel graphics. Interestingly, when I lower the resolution on Ubuntu 20.04, the lag issue was not present. I have a HiDPI screen. Cannot share the information on Ubuntu, but I shared for Fedora, sorry about that. The system is not changed.
Reporter | ||
Comment 8•3 years ago
|
||
I will try getting the related info on Ubuntu 20.04 LTS with Live USB as soon as possible.
Comment 9•3 years ago
|
||
From what I understand so far, there's a good chance that this was not a FF bug, but rather something in Ubuntu/mesa/whatever. But if you manage to reproduce, it would be great to know and see the affected about:support
.
Reporter | ||
Comment 10•3 years ago
|
||
Here's the about:support from Ubuntu 20.04 LTS
Updated•3 years ago
|
Comment 11•3 years ago
|
||
(validatedev from comment #6)
Fedora 34 = apparently unaffected
Version: 89.0
Description: Mesa Intel(R) UHD Graphics 620 (WHL GT2)
Driver Vendor: mesa/iris
Driver Version: 21.1.3.0
Window Protocol: x11
Desktop Environment: gnome
Target Frame Rate: 60
(validatedev from comment #10)
Ubuntu 20.04 = affected
Version: 89.0.1
Description: Mesa Intel(R) UHD Graphics 620 (WHL GT2)
Driver Vendor: mesa/iris
Driver Version: 20.2.6.0
Window Protocol: x11
Desktop Environment: gnome
Target Frame Rate: 60
- Can it be fixed by setting gfx.webrender.max-partial-present-rects to 0 and gfx.webrender.allow-partial-present-buffer-age to false and restarting Firefox?
(But Ubuntu 20.04 should only be affected by bug 1677892 when using xwayland instead of x11.) - Does this problem also occur with https://nightly.mozilla.org on Ubuntu 20.04 after setting gfx.webrender.all=true and gfx.x11-egl.force-enabled=true and restarting Nightly?
Comment 12•3 years ago
|
||
Thanks for posting, would you please attach a profile of a session that demonstrates the stuttering?
Comment 13•3 years ago
|
||
https://profiler.firefox.com/ with Graphics Preset
Reporter | ||
Comment 14•3 years ago
|
||
I will provide the info as soon as possible (~1-2 days expected). Thanks for your interest.
Reporter | ||
Comment 15•3 years ago
|
||
Hi, sorry for the late reply.
Can it be fixed by setting gfx.webrender.max-partial-present-rects to 0 and gfx.webrender.allow-partial-present-buffer-age to false and restarting Firefox?
No.
Does this problem also occur with https://nightly.mozilla.org on Ubuntu 20.04 after setting gfx.webrender.all=true and gfx.x11-egl.force-enabled=true and restarting Nightly?
Yes.
The profilers are the following:
For Firefox Nightly: https://share.firefox.dev/3wB981x
For Firefox 89.0.2: https://share.firefox.dev/3hZUvPP
Reporter | ||
Comment 16•3 years ago
|
||
Reporter | ||
Comment 17•3 years ago
|
||
Comment 18•3 years ago
|
||
Thanks! From a first look it looks all good. Just to make sure I understand correctly: this only happens on Ubuntu 20.04 but not on Fedora 34?
And on Ubuntu:
- do you use any (fractional) scaling? If yes, does it still happen if you run at 100%?
- if not, does it happen at 200% with the option for fractional scaling disabled?
Reporter | ||
Comment 19•3 years ago
|
||
Also want to pass the profiles without gfx.x11-egl.force-enabled=true
For Firefox 89.0.2: https://share.firefox.dev/3AXYO6O
For Firefox Nightly: https://share.firefox.dev/3eaByZK
Reporter | ||
Comment 20•3 years ago
|
||
Just to make sure I understand correctly: this only happens on Ubuntu 20.04 but not on Fedora 34?
Yes, as I experienced.
do you use any (fractional) scaling?
Well, I do not use the fractional scaling proposed with Ubuntu 20.04 (the xrandr one), which introduces bad fonts and tearing with modesetting driver. I created a xorg configuration file to get fractional scaling with 200%.
The 10-monitor.conf
file has the following:
Section "Monitor"
Identifier "eDP-1"
Modeline "2880x1920_60.00" 473.25 2880 3112 3424 3968 1920 1923 1933 1989 -hsync +vsync
Option "PreferredMode" "2880x1920_60.00"
EndSection
And my native resolution is 2160x1440
.
If yes, does it still happen if you run at 100%?
With my native resolution, the lag is not happening. With2880x1920
resolution, 100% and 200% introduces lag.
Also with or without https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/1441 on Fedora 34, there isn't any lag or bad thing, FYI.
Comment 21•3 years ago
|
||
We'll look more at this during our work on egl support.
Comment 22•3 years ago
|
||
(In reply to validatedev from comment #19)
Does this problem still occur with latest Nightly? Network hangs have also been fixed in the last weeks.
Comment 23•2 years ago
|
||
validatedev, does this still affect you? Thanks!
Comment 24•2 years ago
|
||
Closing for now, please reopen if this is still visible (as we now ship EGL by default, a lot more users should run into it).
Comment 25•2 years ago
|
||
bug1745098 |
I think I am running into something similar. I never had problems with Wayland / EGL prior to Firefox 95, but since the last stable update I'm also having very choppy scrolling. The difference is though, that I was always using Wayland before (with MOZ_ENABLE_WAYLAND=1
).
I made a bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=1745098
But maybe it is the same thing.
Comment 26•2 years ago
|
||
I am running into a similar issue on X11. Setting gfx.swap-interval.egl
to true
seems to somewhat improve the situation, but some choppiness is still present (not just when scrolling, but also stuff like WebGL and video playback).
I have WebRender force enabled along with layers.acceleration.force-enabled
.
Updated•2 years ago
|
Comment 27•2 years ago
|
||
(In reply to Rafael Ristovski from comment #26)
I am running into a similar issue on X11. Setting
gfx.swap-interval.egl
totrue
seems to somewhat improve the situation, but some choppiness is still present (not just when scrolling, but also stuff like WebGL and video playback).I have WebRender force enabled along with
layers.acceleration.force-enabled
.
Please file a new bug for your case, we can close it as duplicate once we are sure it's the same.
Open about:support in your address bar, click on "Copy text to clipboard" and paste it into the "Add an attachment" field:
https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&component=Graphics%3A+WebRender
Thanks!
Updated•2 years ago
|
Description
•