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 170367 - GIMP crashes when trying to save a remote file
GIMP crashes when trying to save a remote file
Status: RESOLVED FIXED
Product: libgnomeui
Classification: Deprecated
Component: file-chooser
2.10.x
Other Linux
: Normal critical
: future
Assigned To: Alexander Larsson
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2005-03-14 20:01 UTC by Tim Cooijmans
Modified: 2006-12-02 13:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Tim Cooijmans 2005-03-14 20:01:24 UTC 
Distribution/Version: ArchLinux testing

1. Drag an image from Firefox (from a website) into the GIMP
2. Choose File->Save As...
After a few seconds of loading, GIMP segfaults, after spewing the following
error to the console:
(script-fu:20159): LibGimpBase-WARNING **: script-fu: wire_read(): error

My guess is that the GIMP (or the file chooser dialog, or vfssrc, or whatever)
tries to go to the directory the image came from, but things mess up because
it's a webserver.

I'm putting this in data, because it's about saving a file.
Comment 1 weskaggs 2005-03-14 21:08:35 UTC 
Shouldn't happen.  Can you get a stack trace, please?  (Generic instructions:
Run "gdb gimp" from a terminal.  At the prompt, type "run".  Gimp will come up;
do what is necessary to make it crash.  Then at the prompt, type "where".  The
result is a stack trace.  Either attach it to this bug report, or paste the
contents into a comment.)  Also, could you add, if possible, exactly the url
that causes the problem?  And could you specify the version of Gtk+ you are using?

Thanks.

(BTW, the "data" component refers to the brushes, patterns, gradients etc that
are distributed along with GIMP; changing component accordingly.)
Comment 2 Tim Cooijmans 2005-03-15 07:03:50 UTC 
Stack trace:

+ Trace 56889

  • #0 ??
  • #1 ??
  • #2 ??
  • #3 ??
  • #4 poll
    from /lib/tls/libc.so.6
  • #5 g_main_context_iterate
    from /usr/lib/libglib-2.0.so.0
  • #6 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #7 link_io_thread_fn
    from /opt/gnome/lib/libORBit-2.so.0
  • #8 g_thread_create_proxy
    from /usr/lib/libglib-2.0.so.0
  • #9 start_thread
    from /lib/tls/libpthread.so.0
  • #10 clone
    from /lib/tls/libc.so.6 

It seems to crash with any image dragged from a website into the GIMP. What I've
used for this crash is the google logo from http://www.google.com,
http://www.google.com/intl/en/images/logo.gif. If I download the image to a
local directory and then open it, I can save it without the GIMP crashing.

I am using GTK 2.6.4.
Comment 3 Manish Singh 2005-03-15 08:04:15 UTC 
Looks like a crash in the gnomevfs filechooser backend. What versions of
gnomevfs and libgnomeui are you using?
Comment 4 Manish Singh 2005-03-15 08:27:29 UTC 
Reassigning to libgnomeui for now.
Comment 5 Tim Cooijmans 2005-03-15 16:09:33 UTC 
I'm using version 2.10.0 of both gnomevfs and libgnomeui.
Comment 6 Manish Singh 2005-03-15 20:46:18 UTC 
GIMP would be doing:

gtk_file_chooser_set_uri (dialog, "http://www.google.com/intl/en/images/logo.gif")

here for the save dialog.
Comment 7 Sven Neumann 2005-03-15 20:52:04 UTC 
The file-chooser in GIMP is set to "local-only" however, so this call should
never end up in the gnomevfs backend. I suggest that this report is being
reassigned to GTK+. But perhaps one should have a closer look at the code first.
Comment 8 Pål Drange 2005-08-29 12:06:11 UTC 
This also happens when using "open location":

(script-fu:12868): LibGimpBase-WARNING **: script-fu: wire_read(): error
Segmentation fault
Comment 9 Kjartan Maraas 2006-08-10 09:20:23 UTC 
Is this problem still there?
Comment 10 Kjartan Maraas 2006-12-02 13:05:08 UTC 
Tried it now and I just get error messages saying that the file could not be opened. Closing.