GNOME Bugzilla – Bug 245501
[RFE] Cannot handle attachments from smb:// resources
Last modified: 2009-12-31 05:01:53 UTC
Package: Evolution Priority: Wishlist Version: GNOME2.2.2 1.4.0-0.ximian.6.6 os_details: Ximian, Inc. Synopsis: [RFE] Drag and drop of attachments from smb:// resources Bugzilla-Product: Evolution Bugzilla-Component: Shell Description: Hi - In the spirit of creating a seamless desktop experience, it would be nice if I could drag and drop from a Nautilus window showing some file shared over SMB right into an Evolution mail message. Right now dropping into the attachments pane gives an error, as Evolution expects the URI to be a local file, not an SMB share... Thanks! Love XD2!!! -jag Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
I'm not sure at all this is an Evolution problem.
Well, some applications handle drag and drop quite naturally... gEdit is a wonderful example... others do not... Evo and OO.o for instance... I'm not well versed enough in the structure of the libraries to know where DnD stuff is handled, but there must be something done on the part of the application to handle a DnD event... -jag
looks like it's working on fedora at the moment. evolution-2.12.3-1.fc8
in comment #3 i'm referring to sftp:// locations. i haven't tested on smb:// ones. sorry.
hmm. also, at best it's working intermittently. it's not working now. :-(
The following comment on the Launchpad bug report of this issue seems to suggest it's related to NOT using credentials, as allowing guest access to the SMB share makes it work: https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/218337/comments/9
It's very unlikely that we'll ever know what the error was the reporter saw five years ago. For what it's worth, this is the error message I got in 2.22.3 (after some time, at first drag and drop seemed to do what was expected): "Evolution Error You cannot attach the file `smb://$SERVER/$SHARE/$FILE' to this message. End of file [ OK ]" And this was printed on stderr: "connection_message_func(): Callback CALLBACK: fill-authentication!!! connection_message_func(): Callback CALLBACK: fill-authentication!!! connection_message_func(): Callback CALLBACK: full-authentication!!! connection_message_func(): Callback CALLBACK: fill-authentication!!! connection_message_func(): Callback CALLBACK: fill-authentication!!! connection_message_func(): Callback CALLBACK: full-authentication!!!" This is all similar to what was reported downstream (see comment #6).
It is not just a drag and drop problem. Same problem occurs with attachments inserted through the Insert Attachment dialog. Try to adjust summary accordingly.
Selecting the troublesome attachment by clicking on it (before the error of comment #7 is shown and the attachment is removed automatically, needs some luck) will segfault evolution 2.22.3. Backtrace: (gdb) bt
+ Trace 207165
464 * Returns the filename of the MIME part 465 **/ 466 const char * 467 camel_mime_part_get_filename (CamelMimePart *mime_part) 468 { 469 if (mime_part->disposition) { 470 const char *name = camel_header_param (mime_part->disposition->params, "filename"); 471 if (name) 472 return name; 473 } Code seems identical to trunk. Could probably be solved by adding some NULL checks in (one or more of) these three functions. What would be the best option?
The attachment rewrite that landed in 2.28 is all GVFS-based now, which has both samba and keyring integration. Anyone game for retesting this?
Closing this bug report as no further information has been provided. Please feel free to reopen the bug if the problem still occurs with a newer version of GNOME 2.28.2 or later, thanks.