GNOME Bugzilla – Bug 339353
show desktop can't restore (opening a new window restores non-child dialogs only)
Last modified: 2020-11-06 20:07:33 UTC
show desktop can't restore (opening a new window restores popups only) To reproduce: 1. open a number of windows (gimp is good) 2. open a couple of dialogs (maybe the color picker?) 3. click hide desktop 4. open a new app (calendar, say...) Popups appear, but none of the other windows. Either none of the window should appear, or all of them should.
Sounds like a metacity bug to me.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 92335 ***
If this bug was reproduced in 2.12, it's not a duplicate of a bug that was fixed in 2003 (unless there was a regression). I'm seeing this with metacity 2.12.2. In comment #25 of 92335, Havoc proposes: "you might also file a new bug(s) to consider fine-tuning the behavior in other ways. Please mention this bug # in those new bugs and try to make each bug suggest some single specific change." Perhaps this bug should be considered as such a request for fine-tuning rather than as a dupe? I don't particularly care if metacity unhides all the gimp windows in this case or none of them, so long as it's consistent.
Ooops, misread the bug, sorry. I can duplicate. The problem is that we don't give dialogs a minimize function (see bug 315910; also live.gnome.org/Metacity/WindowTypes), yet meta_screen_minimize_all_on_active_workspace_except contains: if (w->screen == screen && w->has_minimize_func && w != keep) meta_window_minimize (w); Meaning that dialogs without a parent get restored when other windows don't (note that minimizing the parent of a window causes the child to be treated as minimized as a side-effect). This results in the confusing half-restored state. This is probably yet another reason to treat dialogs without a parent as not being dialogs but rather normal windows. Of course, the same issue may exist for utility windows if they don't have a parent...
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.