Bug 315343 – Evolution crash while trying to add a remote image attachment

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 315343 - Evolution crash while trying to add a remote image attachment


Summary:	Evolution crash while trying to add a remote image attachment


Status:	RESOLVED DUPLICATE of bug 307548

Product:	gnome-vfs
Classification:	Deprecated
Component:	Module: http
Version:	2.4.x
Hardware:	Other Linux

Importance:	Normal major
Target Milestone:	---
Assigned To:	Srinivasa Ragavan
QA Contact:	Evolution QA team

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2005-09-06 11:04 UTC by C Shilpa
Modified:	2006-07-15 17:40 UTC

See Also:
GNOME target:	---
GNOME version:	2.9/2.10

Description C Shilpa 2005-09-06 11:04:21 UTC

Version details: 2.4
Distribution/Version: SLP 10

Open the compose mail window.
Open firefox, goto google search > images and search for some images. From the
results page, drag-n-drop some picture into the compose mail window. Evolution
crashes.

Here is the stack trace:

+ Trace 62733

Thread 1 (Thread 1096883616 (LWP 21153))

#0 ??
#1 ??
#2 ??
#3 ??
#4 __waitpid_nocancel
from /lib/tls/libpthread.so.0
#5 libgnomeui_module_info_get
from /opt/gnome/lib/libgnomeui-2.so.0
#6 segv_redirect
at main.c line 424
#7 <signal handler called>
#8 camel_mime_part_get_content_type
at camel-mime-part.c line 682
#9 g_cclosure_marshal_VOID__VOID
from /opt/gnome/lib/libgobject-2.0.so.0
#10 g_closure_invoke
from /opt/gnome/lib/libgobject-2.0.so.0
#11 g_signal_stop_emission
from /opt/gnome/lib/libgobject-2.0.so.0
#12 g_signal_emit_valist
from /opt/gnome/lib/libgobject-2.0.so.0
#13 g_signal_emit
from /opt/gnome/lib/libgobject-2.0.so.0
#14 async_progress_update_cb
at e-attachment.c line 327
#15 _gnome_vfs_thread_backend_shutdown
from /opt/gnome/lib/libgnomevfs-2.so.0
#16 g_child_watch_add
from /opt/gnome/lib/libglib-2.0.so.0
#17 g_main_context_dispatch
from /opt/gnome/lib/libglib-2.0.so.0
#18 g_main_context_check
from /opt/gnome/lib/libglib-2.0.so.0
#19 g_main_loop_run
from /opt/gnome/lib/libglib-2.0.so.0
#20 bonobo_main
from /opt/gnome/lib/libbonobo-2.so.0
#21 main
at main.c line 602
#0 ??

Comment 1 vivek jain 2005-09-26 08:11:13 UTC

AFAIK , remote attachments are not yet supported, but it shouldn't still crash,
may be we are not handling the case properly, srini?

Comment 2 parthasarathi susarla 2005-09-28 08:07:08 UTC

Am not able to reproduce this. But i found another bug, that when i drag and
drop i always have the dragged image attached twice. Never seen it crash though

Comment 3 Srinivasa Ragavan 2005-09-30 05:57:53 UTC

hmm it crashes. It is a bug with gnome-vfs. It says success and the uri doesnt
have the file and so it crashes. we can handle it safely, but the the file wont
be attached. it has to be against gnome-vfs

Comment 4 Shreyas Srinivasan 2005-12-22 05:59:18 UTC

Works for me now, I dont like adding too many null checks and exposing a crash at some other place. Re-assigning to gnome-vfs.

FWIW, it works for me.

Comment 5 Christian Neumair 2006-04-09 09:35:23 UTC

> hmm it crashes. It is a bug with gnome-vfs. It says success and the uri doesnt
have the file and so it crashes.

What do you mean by that? I'd really like to fix the issue if GnomeVFS behaves wrong.

Comment 6 Srinivasa Ragavan 2006-04-17 04:01:09 UTC

gnome_vfs_async_xfer returns info->phase=GNOME_VFS_XFER_PHASE_COMPLETED and status   with GNOME_VFS_XFER_PROGRESS_STATUS_OK, but the file is not saved locally. This mostly happens with uri's from google images.

Comment 7 Christian Neumair 2006-07-15 17:40:25 UTC

OK, thanks. I'll mark this one as a dup of bug 307548 which is another issue with insufficient Xfer error handling.

*** This bug has been marked as a duplicate of 307548 ***