[Hikari] Firefox Nightly refresh frontend only on window focus with wayland
Categories
(Core :: Widget: Gtk, defect, P2)
Tracking
()
People
(Reporter: github, Unassigned)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:88.0) Gecko/20100101 Firefox/88.0
Steps to reproduce:
Start firefox-nightly under wayland after updates (2021-02-11) are installed.
Actual results:
The firefox frontend will only refresh the view, after a new focus of the window.
This only happens with wayland. Under x11/xwayland firefox nightly runs well.
Expected results:
Firefox should render the frontend.
I run mozregression to check the changes.
15:53.78 INFO: Last good revision: b0615d0577ae4f0ca373b122b74c8da14cb7dc3a
15:53.78 INFO: First bad revision: e1e5bb1b3ccf4021ab9b54a1fd4153ad3ab624c9
15:53.78 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b0615d0577ae4f0ca373b122b74c8da14cb7dc3a&tochange=e1e5bb1b3ccf4021ab9b54a1fd4153ad3ab624c9
|
||
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
|
||
Comment 2•4 years ago
|
||
Which Wayland compositor do you run?
|
Reporter | |
Comment 3•4 years ago
|
||
Hi, I use hikari (https://hikari.acmelabs.space/)
|
|
||
Comment 4•4 years ago
|
||
Okay, Thanks.
Not sure if the bisected commit made it into the release, but with Firefox 87 I got hit by this too. Therefore this comment for those who experience the same, but not with the nightly version.
|
|
Reporter | |
Comment 6•4 years ago
|
||
Since this bug was ported to FF 87, I can confirm same problems on labwc compositor. Firefox runs only well if I move the cursor.
Still happens in FF 89.
|
||
Comment 7•4 years ago
|
||
As this has been reported on FF 87, it sounds a lot like bug 1616894. In that case it should have started with bug 1629140 / https://hg.mozilla.org/integration/autoland/rev/9658708ceaea - can anybody confirm?
If that's the case, then it's a compositor bug and needs to get fixed there.
|
|
||
Comment 8•4 years ago
|
||
FTR: this can be trivially tested by disabling widget.wayland_vsync.enabled in about:config (needs a restart).
|
|
Reporter | |
Comment 9•4 years ago
|
||
Didn't worked for me in nightly, din't work for me in 87.
|
||
Comment 10•4 years ago
|
||
widget.wayland_vsync.enabled is the default in FF 87, and the problem still happens (under wayland/hikari) - I tried flipping that to false, and restarting, but the problem is still there.
|
|
Reporter | |
Comment 11•4 years ago
|
||
Also still happens in labwc with widget.wayland_vsync.enabled = false.
|
|
||
Comment 12•4 years ago
|
||
Thanks for trying! Does enabling webrender make a difference? gfx.webrender.all
|
|
||
Comment 13•4 years ago
|
||
Tried webrender on/off, and makes no difference either. I often run with webrender on owing to another bug.
|
|
||
Comment 14•4 years ago
|
||
As this issue is apparently compositor specific, can anyone affected open a issue at the compositors in question and link it here? Or got it better by now?
|
|
||
Comment 15•4 years ago
|
||
Robert, for hikari this was fixed, so the situation is considerably better. However, hikari and sway both suffer from flickering on things like right-click menus, bookmark folders from toolbars, etc.. I am not sure this is related, I hear that it may be due to damage tracking, but can't really add too much more.
|
|
||
Comment 16•4 years ago
|
||
Thanks Gabriel! In Sway the main cause for flickering was recently fixed (bug 1696662 / https://github.com/swaywm/sway/pull/6046) - so also a compositor bug and Hakari will hopefully port that over soon (if not, please make them aware of that PR).
As the main issue here is fixed, I'll close this.
Description
•