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 597094 - Empty image window doesn't keep maximised state
Empty image window doesn't keep maximised state
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: User Interface
git master
Other All
: Normal normal
: 2.8
Assigned To: GIMP Bugs
GIMP Bugs
: 599152 608485 646104 688080 690968 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-10-02 11:01 UTC by Michal
Modified: 2013-03-13 00:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Michal 2009-10-02 11:01:23 UTC
Steps to Reproduce:

1. Start GIMP
2. Maximise empty image window
3. Open an image
4. Edit (or not) an image
5. Save
6. Close image window

Actual Results:

Empty image window is no longer maximised.

This bug also affects GIMP 2.6.7.(I don't know how to select two affected version in Bugzilla) There was different bug in 2.6.6 somehow related to this one: https://bugzilla.gnome.org/show_bug.cgi?id=563029. Maybe fix for that bug introduced this behaviour.
Comment 1 Sven Neumann 2009-10-02 18:28:20 UTC
That is correct behavior according to the specification at http://gui.gimp.org/index.php/No_image_open_specification#closing_the_last_image
Comment 2 Michal 2009-10-02 19:33:32 UTC
Notice, please, that I change "empty image window" first. So, according to the specification, it is my "user-override size/position" http://gui.gimp.org/index.php/No_image_open_specification#starting_with_no_image
Then I open an image for editing and when I close it, image window should morph to "empty image window" size, which, in this case, is maximised window.
I understand that in situation when I start GIMP, open image and then maximise window it would not be a bug.
Last conversation about this problem with Peter Sikking on IRC, seams to confirm that it is, actually, a bug.
Comment 3 Martin Nordholts 2009-10-02 19:38:37 UTC
GIMP is not following the spec, reopening.
Comment 4 Martin Nordholts 2009-10-02 20:01:35 UTC
Let's aim for 2.6
Comment 5 Michael Schumacher 2009-11-12 09:36:45 UTC
*** Bug 599152 has been marked as a duplicate of this bug. ***
Comment 6 Michael Schumacher 2010-01-30 17:50:26 UTC
*** Bug 608485 has been marked as a duplicate of this bug. ***
Comment 7 Martin Nordholts 2011-04-02 09:43:38 UTC
*** Bug 646104 has been marked as a duplicate of this bug. ***
Comment 8 Maciej Pilichowski 2011-04-02 13:15:53 UTC
@Michal, a workaround for KDE -- define special settings for window (GIMP) and set "Maximized horizontally/vertically" to Force. I prefer having maximized window all the time than chasing Gimp window over the screen.

Anyway, the bug lies somewhere else -- program should NOT hack Window Manager. It is WM task to set the window position and size, period. Once one tries to reinvent the wheel falls into trap of "fixing" hacking -- Window Manager, Session Manager, and so on. The more complex WM, the more complex "fixing" is.

And 18 months of fixing such issue rather proves the "design" is broken.
Comment 9 Michael Natterer 2012-01-08 21:27:07 UTC
2.6 -> 2.10
Comment 10 Michael Natterer 2012-11-11 15:11:45 UTC
This got fixed with this commit:

commit f45349e74cd7d9f6585613f9ec1e996d342dd407
Author: Michael Henning <mikehenning@eclipse.net>
Date:   Tue Apr 3 20:59:37 2012 -0400

    app: Save the maximized state of the main window in the sessionrc file.
    (cherry picked from commit 89760cf044a9aed9b05dfb3f9e6d1da8449018d2)
    
    This is technically a new feature because it adds new stuff to
    sessionrc, but on the other hand not handling maximized state in
    sessionrc is worse, therefore merged to 2.8.
Comment 11 Michael Natterer 2012-11-11 15:12:37 UTC
*** Bug 688080 has been marked as a duplicate of this bug. ***
Comment 12 Michael Natterer 2012-11-11 15:37:55 UTC
Forgot to close.
Comment 13 Michael Schumacher 2013-01-02 14:22:10 UTC
*** Bug 690968 has been marked as a duplicate of this bug. ***
Comment 14 sworddragon2 2013-03-13 00:18:35 UTC
*** Bug 690968 has been marked as a duplicate of this bug. ***