After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 339353 - show desktop can't restore (opening a new window restores non-child dialogs only)
show desktop can't restore (opening a new window restores non-child dialogs o...
Status: RESOLVED OBSOLETE
Product: metacity
Classification: Other
Component: general
2.15.x
Other Linux
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2006-04-21 21:43 UTC by Mark Gordon
Modified: 2020-11-06 20:07 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Mark Gordon 2006-04-21 21:43:14 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.
Comment 1 Vincent Untz 2006-08-08 17:35:12 UTC
Sounds like a metacity bug to me.
Comment 2 Elijah Newren 2006-08-09 01:13:57 UTC
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 ***
Comment 3 Mark Gordon 2006-08-09 15:19:44 UTC
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.
Comment 4 Elijah Newren 2006-08-10 01:56:45 UTC
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...
Comment 5 André Klapper 2020-11-06 20:07:33 UTC
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.