Binary package hint: f-spot
On an updated system from Karmic to Lucid a send image by mail crashes f-spot. Probably this might be related to the fact, that I am running "Shredder" from an Ubuntu ppa, but it should not crash F-Spot:
[Info 19:45:56.525] Initializing DBus
[Info 19:45:56.656] Initializing Mono.Addins
[Info 19:45:56.841] Starting new FSpot server (f-spot 0.6.1.5)
[Info 19:45:57.815] Starting BeagleService
[Info 19:45:57.835] Hack for gnome-settings-daemon engaged
(f-spot:21691): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference.
value = f-spot version 0.6.1.5 len = 22
value = 2010:02:28 19:46:15 len = 19
Saved 48940 bytes
value = f-spot version 0.6.1.5 len = 22
value = 2010:02:28 19:46:19 len = 19
Saved 48940 bytes
Marshaling response signal
Exception in Gtk# callback delegate
Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> GLib.GException: Kindprozess »/usr/lib/thunderbird/thunderbird« konnte nicht ausgeführt werden (No such file or directory)
at GtkBeans.Global.ShowUri (Gdk.Screen screen, System.String uri, UInt32 timestamp) [0x00000]
at GtkBeans.Global.ShowUri (Gdk.Screen screen, System.String uri) [0x00000]
at FSpot.SendEmail.HandleResponse (System.Object sender, Gtk.ResponseArgs args) [0x00000]
at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&)
at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000]
--- End of inner exception stack trace ---
at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000]
at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000]
at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x00000]
at System.MulticastDelegate.DynamicInvokeImpl (System.Object[] args) [0x00000]
at System.Delegate.DynamicInvoke (System.Object[] args) [0x00000]
at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs args) [0x00000]
at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x00000]
at GLib.SignalClosure.MarshalCallback (IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data) [0x00000]
at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
at GLib.SignalClosure.MarshalCallback(IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data)
at Gtk.Application.gtk_main()
at Gtk.Application.Run()
at FSpot.Driver.Main(System.String[] args)
mono --debug /usr/lib/f-spot/f-spot.exe 11,03s user 0,67s system 49% cpu 23,766 total
Thank you for your bug report. Do you get the issue if you configure a correct mailer in the default application capplet? It seems to hit a binary not found error there, it should not crash though but sitll worth looking if that's only happening when a buggy email client is configured