GNOME Bugzilla – Bug 567332
Docks do not minimize when set as a Utility Window
Last modified: 2012-04-20 04:31:44 UTC
Please describe the problem: This problem exists on Windows Vista Home Premium with SP1. If I minimize GIMP's main window, any dock (including the Toolbox) set as a "Utility window" will remain visible. If I use the Show Desktop command (Windows key + D), the docks will disappear, but will immediately reappear underneath the next window that activates. Steps to reproduce: 1. Open GIMP 2. Verify that docks are set to behave as Utility windows a. In GIMP, Edit > Preferences > Window Management b. Set "Hint for the toolbox" and "Hint for other docks" to "Utility window" c. Click "OK" 3. Minimize the main GIMP window by any method OR use the Windows "Show Desktop" function Actual results: The main GIMP window minimizes, but any docks remain visible. Expected results: All GIMP docks should minimize once all GIMP editor windows have been minimized. Does this happen every time? Yes Other information: I have read http://bugzilla.gnome.org/show_bug.cgi?id=159359 and http://bugzilla.gnome.org/show_bug.cgi?id=159378, but since this behavior is now occurring in a different Operating System, I felt it was appropriate to file a new bug (the metacity bug thread seems to be focusing on a fix local to metacity). This is not a serious bug, but it is certainly a nuisance when I want those docks to hide (for whatever reason). Otherwise, the docks are very useful: less taskbar clutter, always present, and easily accessible. But when no GIMP windows are in a minimized state, I think that the docks should hide.
The descriptions of http://bugzilla.gnome.org/show_bug.cgi?id=562602 and http://bugzilla.gnome.org/show_bug.cgi?id=556896 are pretty much on par with what happens on my machine. Though, is this behavior by design? Also, I should clarify: 3. Minimize the main GIMP window by any method OR use the Windows "Show Desktop" function If you minimize the main GIMP window (the image window), the docks remains visible. If you use "Show Desktop", the docks will disappear, but they will reappear underneath the next window that becomes active.
Please do reference other bugs as "bug #<id>". Then we will get links that do have their summaries set as the title attribute. That's bug bug #159359, bug #159378, bug #562602, bug #556896.
The utility window hint is specified (http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#id2507144) as: "_NET_WM_WINDOW_TYPE_UTILITY indicates a small persistent utility window, such as a palette or toolbox. It is distinct from type TOOLBAR because it does not correspond to a toolbar torn off from the main application. It's distinct from type DIALOG because it isn't a transient dialog, the user will probably keep it open while they're working. Windows of this type may set the WM_TRANSIENT_FOR hint indicating the main application window. "
*** Bug 597960 has been marked as a duplicate of this bug. ***
I can confirm this bug using the Windows version 2.6.7 in Windows 7 RC.
I reset the window position preferences, and restarted Gimp and now everything minimizes properly.
Nevermind, sorry. It quit working after one try.
This seems to work with GTK+ 2.18.
*** Bug 601255 has been marked as a duplicate of this bug. ***
I would like to confirm this bug's existence. OS: Windows Vista GIMP version: 2.6.8 Replication process: 1) Open GIMP. 2) Insure that a dock(s) is open or open one (or more) if not. 3) Minimize GIMP. 4) Observe the bug (eg. the dock/docks remain visible despite GIMP being minimized). Screenshot: https://docs.google.com/leaf?id=0B0qOqWzppgqYY2YyOGNlMWYtMTg1Zi00MzgyLTk2N2QtNWQyZDZjOWNmNTBm&hl=en Comments: While this bug is more of an irritation then a serous problem I think as it happens to all users (at lest Windows users) whenever they use GIMP and it is very obvious it ought to have a higher priority.
As I wrote in comment #8, this seems to work as intended with GTK+ 2.18. So if some more people could test GIMP with GTK+ 2.18 (ftp://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.18/), any remaining issues may be found. Please note that 2.18 breaks tablet support for me, so you may want to be cautious and have 2.16 handy if you want to revert.
Thanks for adding a link. I would be more then interested in testing GIMP with GTK+ 2.18 however there are no instructions with the linked packages on how to do so (the packages are meant for developers/packers who already know what they are doing). While I am quite conferrable not having a windows GUI installer I do need something more to go on (most of the packages don't even have a readme and the two or three that do leave a lot to be desired).
Please try GIMP 2.7.4 and report back, we won't fix 2.6 bugs any longer.
Could you please try to reproduce problem with GIMP 2.7.4 or later version and update the bug report with your findings, tia.
Please feel free to reopen this bug if the problem still occurs with a newer version of GIMP.