[WAYLAND][GNOME 3.36] Nightly often freezes for a few seconds when switching from other Window
Categories
(Core :: Widget: Gtk, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox74 | --- | unaffected |
firefox75 | --- | unaffected |
firefox76 | --- | fixed |
People
(Reporter: popovic.marko, Assigned: stransky)
References
(Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:76.0) Gecko/20100101 Firefox/76.0
Steps to reproduce:
Hardware: Intel i5 6600, 16GB DDR4, AMD RX 5700XT
Software: Fedora 32 Beta, gnome-shell 3.36.0, mutter 3.36.0, Wayland backend
Open Firefox and a few tabs, have a few other things open in the shell. Keep switching from other windows (for example nautilus) to Firefox.
Actual results:
70% of times when I switch focus to Firefox windows scrolling and the entire firefox UI freezes. After a few moments it begins working and does all the things that I've pressed when it was frozen.
Expected results:
When focusing Firefox window it should immidiately start being responsive without freezing.
Link to a video description of the bug:
https://imgur.com/a/Gp0IbQW
Assignee | ||
Comment 2•3 years ago
|
||
Do you see that with default Firefox 74 builds too? Or do you test latest nightly?
Thanks.
(In reply to Martin Stránský [:stransky] from comment #2)
Do you see that with default Firefox 74 builds too? Or do you test latest nightly?
Thanks.
Hi Martin! This issue is not present on stable 74 version, it got introduced in one of the latest nightlies!
Assignee | ||
Comment 4•3 years ago
|
||
I see.
Can you please try mozregression tool (https://mozilla.github.io/mozregression/ - you need to use a comandline version) to find a regression range?
Thanks.
IDK how to use that tool, but here is some bisecting for you :) from 2020-03-12-21-53-13 all the builds have that bug.
2020-03-11-16-39-42-mozilla-central/ GOOD
2020-03-12-09-33-12-mozilla-central/GOOD
2020-03-12-21-53-13-mozilla-central/ BAD
- Also this bug only seems to affect the full-screen mode, not windowed mode!
Assignee | ||
Comment 7•3 years ago
|
||
I see. Can you try to set widget.wayland.use-opaque-region to false and retest?
Thanks.
(In reply to Martin Stránský [:stransky] from comment #7)
I see. Can you try to set widget.wayland.use-opaque-region to false and retest?
Thanks.
Sure. Just tested it, still present with it disabled!
Assignee | ||
Comment 9•3 years ago
|
||
The mozregression range may be very useful as I don't see anything special in 2020-03-12 commits.
Please give it a try, it's super easy. If you are on Fedora, you just need:
$pip install --user mozregression
$mozregression --good=2020-03-11 --bad=2020-03-13
then the tool will launch firefox nightly from the given range and ask you if the build is good or bad and may give you exact bug number or some shrank bug range.
Thanks.
Assignee | ||
Updated•3 years ago
|
Reporter | ||
Comment 10•3 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #9)
The mozregression range may be very useful as I don't see anything special in 2020-03-12 commits.
Please give it a try, it's super easy. If you are on Fedora, you just need:$pip install --user mozregression
$mozregression --good=2020-03-11 --bad=2020-03-13then the tool will launch firefox nightly from the given range and ask you if the build is good or bad and may give you exact bug number or some shrank bug range.
Thanks.
Here is the output:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=57f9a3f2c4069bef8166df880d0b4ad8c0e92c45&tochange=0a6d64975cfa90788adf7851053f48ef523babb7
Assignee | ||
Comment 11•3 years ago
|
||
Thanks. The Bug 1617115 mentioned here affects X11 backend only, not Wayland.
Are you sure you run nighly with Wayland backend enabled, i.e. with MOZ_ENABLE_WAYLAND=1 on command line?
You can also verify that on about:support page where wayland is mentioned.
Reporter | ||
Comment 12•3 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #11)
Thanks. The Bug 1617115 mentioned here affects X11 backend only, not Wayland.
Are you sure you run nighly with Wayland backend enabled, i.e. with MOZ_ENABLE_WAYLAND=1 on command line?
You can also verify that on about:support page where wayland is mentioned.
Ohh sry, my mistake, it was set to MOZ_WAYLAND_ENABLE=1 instead of MOZ_ENABLE_WAYLAND=1!
Should I check if this occurs on X11 backend so we can just rename the issue, or should we close the issue?
Assignee | ||
Comment 13•3 years ago
|
||
(In reply to Marko from comment #12)
Should I check if this occurs on X11 backend so we can just rename the issue, or should we close the issue?
Yes, please check if that's X11 issue only. I'd need to revert the change at Bug 1617115 then.
Thanks!
Reporter | ||
Comment 14•3 years ago
|
||
(In reply to Martin Stránský [:stransky] from comment #13)
(In reply to Marko from comment #12)
Should I check if this occurs on X11 backend so we can just rename the issue, or should we close the issue?
Yes, please check if that's X11 issue only. I'd need to revert the change at Bug 1617115 then.
Thanks!
Hm it only appears to happen when running it through XWayland, on Xorg it is ok, so I guess it's not a dealbreaker, unless someone is still running Firefox under XWayland.
Assignee | ||
Comment 15•3 years ago
|
||
I think we should fix that anyway...I'll look at it.
Thanks for testing!
Updated•3 years ago
|
Assignee | ||
Comment 16•3 years ago
|
||
Updated•3 years ago
|
Comment 17•3 years ago
|
||
Pushed by shindli@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/f733f4c24b29 [Linux/X11] Use CSD for PIP windows only, r=jhorak
Comment 18•3 years ago
|
||
bugherder |
Comment 19•3 years ago
|
||
"unless someone is still running Firefox under XWayland"
I guess we're quite a few doing that (Debian Sid GNOME-Wayland here ; no Firefox-wayland available throug the repos)
Thanks for the fix
Updated•3 years ago
|
Updated•3 years ago
|
Description
•