[Wayland][WebRender] Windows become unresponsive if some are hidden (minimized or on different workspaces)
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox70 | --- | unaffected |
firefox71 | --- | unaffected |
firefox72 | - | fixed |
firefox73 | --- | fixed |
People
(Reporter: ke5trel, Assigned: sotaro)
References
(Blocks 2 open bugs, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
47 bytes,
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta+
|
Details | Review |
STR:
- Start with
MOZ_ENABLE_WAYLAND=true
andgfx.webrender.all = true
on Ubuntu 19.10. - Create a second window and minimize it.
The first window becomes unresponsive until the second window is restored. This does not happen for all windows, for example minimizing the first window does not stop the second window from responding.
Similar to what happened with Bug 1515448.
Regression range:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=b7d60a096dae76f95dbad3b1f845ceb26e3e3d1b&tochange=f8aefd7e35e230dda972a06d2dca628dcd5513de
Regressed by Bug 1597619.
Comment 1•4 years ago
|
||
I see this on Gnome / Wayland, but I don't even need to minimize the second window. If I go back to the first one (with e.g. Alt-`), it's already stuck. I think it gets unstuck after 30 seconds or so.
For some reason I couldn't reproduce it with mozregression
, but I'm pretty sure it's the same bug.
Comment 2•4 years ago
|
||
Does widget.wayland_vsync.enabled
help? Might need a restart.
Comment 3•4 years ago
|
||
(In reply to Jan Alexander Steffens [:heftig] from comment #2)
Does
widget.wayland_vsync.enabled
help? Might need a restart.
It doesn't help in my case, but it makes the window invisible on startup (I need to minimize and restore it).
For anyone else who wants to try, you'll need a recent Nightly -- the pref was added on Nov 27.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 4•4 years ago
•
|
||
Bug 1597619 removed necessary handling of Bug 1548499.
Assignee | ||
Comment 5•4 years ago
|
||
MakeCurrent() needs to be called before eglSwapInterval.
Assignee | ||
Comment 6•4 years ago
|
||
Updated•4 years ago
|
Pushed by sikeda.birchill@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/174d605b02b0 Call MakeCurrent() before calling eglSwapInterval r=stransky
Comment 8•4 years ago
|
||
bugherder |
Comment 10•4 years ago
|
||
Both wayland and webrender default to off, updating status for 72.
Updated•4 years ago
|
Comment 11•4 years ago
|
||
[Tracking Requested - why for this release]:
Distros are already supporting wayland, fedora and gentoo are just two if them. Would be nice not to have to patch the regression at the distro level.
Assignee | ||
Comment 12•4 years ago
|
||
Comment on attachment 9112532 [details]
Bug 1600261 - Call MakeCurrent() before calling eglSwapInterval
Beta/Release Uplift Approval Request
- User impact if declined: Windows become unresponsive if some are hidden
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: Yes
- Needs manual test from QE?: No
- If yes, steps to reproduce:
- List of other uplifts needed: none
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): The patch just added MakeCurrent() call.
- String changes made/needed: None
Comment 13•4 years ago
|
||
(In reply to Jory A. Pratt [:anarchy] from comment #11)
Distros are already supporting wayland, fedora and gentoo are just two if them. Would be nice not to have to patch the regression at the distro level.
- they get to keep the pieces
- we're still not enabling webrender on linux in 72 afaik
Updated•4 years ago
|
Comment 14•4 years ago
|
||
Comment on attachment 9112532 [details]
Bug 1600261 - Call MakeCurrent() before calling eglSwapInterval
fix a webrender regression on wayland, approved for 72.0b5
Comment 15•4 years ago
|
||
bugherder uplift |
Updated•1 year ago
|
Description
•