GNOME Bugzilla – Bug 150366
Mazimize state is preserved after "Resize windows on zoom" de-maximizes a window
Last modified: 2004-12-22 21:47:04 UTC
Create an image window Maximize it Zoom it out while "Resize windows on zoom" is active The result is a non-maximized window that behaves like a maximized one. That makes resizing and maximizing the window impossible.
This does not happen in Linux (FC2/Metacity, Gimp 2.0.3).
This is probably specific to Windows (the OS used by the reporter), or any platform for which the window manager treats maximized windows in a special way (removing borders for resizing, etc.). I suppose that it would be possible to add some code that clears the maximized state of the window whenever it is resized by the GIMP. Or even better, only if the window is resized to a smaller size.
There's no way to change the maximized state since it's kept in the window manager. This is a bug in the window manager and there's nothing we can do about it. There might be a possibility to fix it for win32 by doing a change in the win32 GDK backend. Reassigning the report.
gdk/win32 does get information about the window's state changes from Windows, of course. It just doesn't necessarily take it into account in a consistent way. The gtk and gdk window state machinery is known to easily get out of synch with the actual window state as maintained by Windows. Fixing this hardly is of high priority. Patches welcome, of course. But, I don't think what we see here is any bug, though. Please note that maximized windows aren't necessarily supposed to be "maximal", i.e. covering the entire desktop. It's perfectly normal for a maximized window to behave as described above. The window *is* maximized even if it isn't of maximal size. Try maximizing a console window, for instance. It won't fill the entire desktop. Furthermore, isn't the described behaviour more or less what the user wants if she has selected "Resize windows on zoom"...?