GNOME Bugzilla – Bug 488582
"Save as" doesn't work second time.
Last modified: 2013-02-11 06:31:59 UTC
I make an image, and save it, then I make some changes and I choose "Save as", and it works fine. Then I make another change and choose "Save as" again, but then I just get a gray window and I can't save it, the "Save copy as" doesn't work either. I don't know what's wrong.. I have version 2.4.0~rc3-1ubuntu7, and it came with Gutsy, so don't blame me for installing a release candidate, I don't want it. :-/
I am unable to reproduce this on Gutsy using a version some revisions after rc3 on SVN. Please provide precise details on how to reproduce this, including what kind of changes you make to the image, where you are saving images, etc etc.
Hm.. First I tried just to create a new image and doing what I said in the first post, but that actually doesn't seems to give the bug.. So here is exactly what I did: 1. I open GIMP 2. I open an image, /home/niels/.wine/drive_c/Program Files/rpg2003/RTP/ChipSet/main.png 3. I select 16x16 pixels on the pimage and copy them 4. I create a new picture 22x22 pixels 5. I press CTRL+V and insert the 16x16 pixels selection 6. While still selected, I choose Layer > Scale Layer, and scale to 22x22 pixels 7. I save the image, /home/niels/Billeder/something.png 8. And now I can't use save as or save a copy anymore, I can make changes, but I can't save it as a new image, without creating a new image and copying the changes into it..
I am able to reproduce this now using latest SVN code. Thanks for taking the time to report this Niels. From what I can tell there is a thread deadlock in the Save as...-dialog. Not sure if it's GIMPs fault, but I suspect it is since the state of the image to save seems to matter. Niels, it would be great if you could nail down more specifically what causes this bug: image dimensions, file format to save in, if there is a selection or not, is it necessary to use copy-paste pixel data, and so on. By knowing the specific thing that causes this bug, developers will find it much more easier to fix this. Would also be interesting to see if this is reproducable on other distros and/or with different versions of GTK (Gutsy uses 2.12.0).
I was not able to reproduce the problem with GIMP rev. 23890 from SVN on a machine running Fedora.
We aren't using threads here. So if there's a thread deadlock, then the GTK+ file-chooser and/or gnome-vfs are to blame.
I confirm this problem using gimp 2.4RC2 and Mandriva 2008
This behaviour is still present with Gimp 2.4.3 plus GTK 2.12.2 under Mac OS X (via MacPorts). Archlinux also seems to show the problem[1] and there are reports of it within Ubuntu[2]. [1] http://bugs.archlinux.org/task/8485 [2] https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/159778
I am cross-posting this from http://bugs.archlinux.org/task/8485 This bug is reproducable: 1) Create a new image 2) Make the image smaller, using any method (making it larger will not trigger the bug) 3) Use "Save as" to save the image 4) Use "Save as" again, this time the window will appear blank The window is still functional but nothing can be seen.
can reproduce this bug as of today on gimp 2.4.5 (osx 10.4.11, x11 1.1.3)
*** This bug has been marked as a duplicate of bug 483502 ***