[wayland] Track active popup windows on Wayland
Categories
(Core :: Widget: Gtk, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox68 | --- | fixed |
People
(Reporter: stransky, Assigned: stransky)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 1 obsolete file)
(deleted),
text/x-phabricator-request
|
Details |
Wayland keeps strong popup window hierarchy. We need to track active (visible) popup windows and make sure we hide popup on the same level before we open another one on that level.
It means that every open popup needs to have an unique parent else we get wayland protocol error and the new popup is not shown.
Assignee | ||
Comment 1•6 years ago
|
||
Parked here until the dependent patches are review/checked in.
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Updated•6 years ago
|
Assignee | ||
Comment 2•6 years ago
|
||
In order to show all popups on Wayland we need to set popup parent runtime for popups which don't have
fixed parent. For instance popup menus (fired after right button mouse click) can be issued on top of another popup
and we need to follow that connection on Wayland.
We track all open (active) popups to:
- close all visible tooltip windows when we're going to open another tooltip
- close concurrent popup on the same level when a new one is about to open
- get latest active popup as a parent for a new tooltip windows
- get latest active popup as a parent for a new popup menu without fixed parent
Assignee | ||
Updated•6 years ago
|
Pushed by nbeleuzu@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/09970391563c
[wayland] Track active popup windows on Wayland and use dynamic popup hierarchy, r=ashie
Comment 4•6 years ago
|
||
bugherder |
Assignee | ||
Comment 5•6 years ago
|
||
I expect this bus can cause some regression as we depend on compositor now. Some fixes landed at mutter-3.32.1 but I still see some minor regressions in popup placement so it needs some further work.
Description
•