-
Bug
-
Resolution: Done-Errata
-
Undefined
-
rhel-9.4
-
mutter-40.9-20.el9
-
None
-
Low
-
ZStream
-
rhel-sst-display-window-management
-
ssg_display
-
26
-
None
-
False
-
-
None
-
Red Hat Enterprise Linux
-
None
-
Approved Blocker
-
Pass
-
None
-
None
What were you trying to do that didn't work?
If one were to take an example application (such as gedit) and set the window to "Always on visible workspaces", then open certain child windows (for example, Find & Replace), the child window appears to inherit the "Always on visible workspaces" attribute while the parent loses it. However, this behavior doesn't occur for other child windows (opening preferences for the app does not exhibit the behavior). If you were to have 2 windows open or set the attribute after opening the child window, it works fine.
NOTE: This behavior occurs for more than just gedit, this is a supported application that has exhibited the behavior.
Please provide the package NVR for which bug is seen:
gnome-shell-40.10-18.el9_4.x86_64
How reproducible:
As noted above, it depends on how you open child windows and when the parent window has the attribute set. Below is a way to consistently reproduce the behavior.
Steps to reproduce
On 9.4 test machine in gnome-shell (or gnome-classic):
- Open gedit and set window to "Always on visible workspace".
- Open the Find and Replace window in the hamburger/triple-bar menu.
- Switch workspaces. The Find & Replace menu stays on the workspace while the main gedit window does not.
Expected results
"Always on visible workspace" attribute stays set regardless of child window opened.
Actual results
"Always on visible workspace" attribute gets removed when certain windows are opened.
- causes
-
RHEL-62988 gnome-shell crash on wl_copy
- Release Pending
- links to
-
RHBA-2024:131951 mutter bug fix and enhancement update