Bug 437753

Please check whether this issue still exists with the current version 2.4.5
which is in updates-testing currently and can be installed by running (as root)
the command:

yum --enablerepo=updates-testing update gimp\*

I can confirm that the problem still exists.

I should give a more detailed sequence of steps to cause the problem, though. 
Not sure that all these steps are necessary.

1 - Create a new RGB image, draw something on it, and save as GIF.
2 - Exit GIMP and restart
3 - OPEN the previously saved GIF image.
4 - Convert it to RGB color
5 - Make a modification (draw something)
6 - SAVE AS a GIF.
7 - Make another modification
8 - SAVE AS a GIF.

The second SAVE AS hangs.

Version: gimp-2.4.5-1.fc8

I've just tested this here and didn't find anything out of the ordinary, all
three save attempts worked flawlessly... I'll try this again on an i386 KVM
virtual machine to see if the hardware makes a difference.

The KVM virtualized guest didn't work out. I uninstalled my 64bit GIMP,
installed the 32bit package and couldn't reproduce your problem with it either.

When you start GIMP from the command line, do you see any error messages?

Please run the following commands and create attachments containing their output:

ldd /usr/bin/gimp
ldd /usr/lib/gimp/2.0/plug-ins/gif
ldd /usr/lib/gimp/2.0/plug-ins/gif

I can reproduce this save-as bug in F9 as well: gimp-2.4.6-1.fc9.x86_64

Same simple steps as above:
1) new image.
2) save as /tmp/foo.png
3) save as

The result is a greyed-out, unresponsive save-as dialog on the second save
attempt. It's quite annoying not being able to save modified versions.

errors:

(gimp:30670): Gtk-WARNING **: idle activate multiple times without clearing the
folder object first.

(gimp:30670): Gtk-CRITICAL **: gtk_file_folder_unix_get_info: assertion `strcmp
(dirname, folder_unix->filename) == 0' failed

I still wait for the output of the ldd commands in comment #4...

(In reply to comment #7)
> I still wait for the output of the ldd commands in comment #4...

I can still easily reproduce this bug: using save-as to any image file type (not
just gif), twice, 'hangs' the dialog. The error shown is the same as in comment #6.

In any case, I'll attach the ldd output here as well.

Created attachment 310652 [details]
ldd output

Nothing obvious in the ldd output and I still can't reproduce it...

Would you please attach the list of packages you have installed ("rpm -qa | sort")?

Created attachment 310670 [details]
rpm -qa | sort

I have updates-testing enabled, but there's no other naughty 3rd party packages
installed that should affect gimp. also, if it makes any difference, i'm using
KDE.

(In reply to comment #11)
> Created an attachment (id=310670) [edit]
> rpm -qa | sort
> 
> I have updates-testing enabled, but there's no other naughty 3rd party packages
> installed that should affect gimp. also, if it makes any difference, i'm using
> KDE.

It seems you have way more than updates-testing ;-). I found package versions
which I could only pull directly from Koji as well as nvidia kernel modules
which I count among "naughty 3rd party packages" ;-) but aren't likely to
contribute to the issue.

Do you have the chance to try this on a "pristine" Fedora system (i.e. no
updates-testing, 3rd party repos)? You could also try whether you see the
problem when you run the Live CD.

Yes - It's reproducable on the Live CD as well.

Created attachment 310928 [details]
gimp-save-as-2.avi

a 60 second vidcap demo of the bug using the live cd

Since I didn't "succeed" in having the save dialog hang on me, I browsed a bit
through upstream bugs and found a few bugs:

GIMP:
http://bugzilla.gnome.org/show_bug.cgi?id=483502 - Save as dialog comes up empty
on second use
http://bugzilla.gnome.org/show_bug.cgi?id=528811 - should not keep file-chooser
dialogs around

GTK:
http://bugzilla.gnome.org/show_bug.cgi?id=488582 - "Save as" doesn't work second
time.

I read these as if the problem isn't in the GIMP itself, but in GTK or the used
engine respectively.

This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '8'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 8's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 8 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Closing. Not reproducible in gimp 2.6.