f-spot crashes when printing

Bug #657505 reported by Till Kamppeter
62
This bug affects 14 people
Affects Status Importance Assigned to Milestone
F-Spot
Won't Fix
Critical
f-spot (Ubuntu)
High
Unassigned
Precise
High
Unassigned
Saucy
High
Unassigned
Trusty
High
Unassigned

Bug Description

Binary package hint: f-spot

I have a fully updated Maverick 64-bit (somewhere between RC and final). The printer I am using here is the HP PhotoSmart Premium C309g-m with the "hpcups" driver.

I try to print a single photo (3:2 aspect ratio, from a DSLR) on 10x15cm/6x4in photo paper. I proceed exactly the same (too ugly and not user-friendly) way as I do with shotwell, but in shotwell it works perfectly:

1. Start f-spot from the command line
2. Click on the thumbnail of the photo to be printed
3. Choose File -> Page Setup
4. In the dialog choose the desired printer in the first drop-down, then choose the desired paper size in the second drop-down, and after that the orientation of the photo.
5. Choose File -> Print
6. Choose the desired printer (again), go through the tabs and check whether everything is OK. Especially make sure that the photo tray is chosen on the "Page Setup" tab, that print quality lis "Best" and that color output is set. After that click "Print".
7. In this moment f-spot crashes, no job gets sent to CUPS. The following appears in the terminal window:

till@till:~/printing/foomatic/foomatic/foomatic-db$ f-spot &
[1] 21344
till@till:~/printing/foomatic/foomatic/foomatic-db$ ** No session dbus found. Starting one **
[Info 20:38:42.368] Initializing Mono.Addins

(f-spot:21344): 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.
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.NullReferenceException: Object reference not set to an instance of an object
  at FSpot.PrintOperation.OnDrawPage (Gtk.PrintContext context, Int32 page_nr) [0x00000] in <filename unknown>:0
  at Gtk.PrintOperation.drawpage_cb (IntPtr operation, IntPtr context, Int32 page_nr) [0x00000] in <filename unknown>:0
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at Gtk.PrintOperation.drawpage_cb(IntPtr operation, IntPtr context, Int32 page_nr)
   at Gtk.PrintOperation.gtk_print_operation_run(IntPtr , Int32 , IntPtr , IntPtr ByRef )
   at Gtk.PrintOperation.Run(PrintOperationAction action, Gtk.Window parent)
   at FSpot.MainWindow.HandlePrintCommand(System.Object sender, System.EventArgs e)
   at System.Reflection.MonoMethod.InternalInvoke(System.Object , System.Object[] , System.Exception ByRef )
   at System.Reflection.MonoMethod.Invoke(System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture)
   at System.Reflection.MethodBase.Invoke(System.Object obj, System.Object[] parameters)
   at System.Delegate.DynamicInvokeImpl(System.Object[] args)
   at System.MulticastDelegate.DynamicInvokeImpl(System.Object[] args)
   at System.Delegate.DynamicInvoke(System.Object[] args)
   at GLib.Signal.ClosureInvokedCB(System.Object o, GLib.ClosureInvokedArgs args)
   at GLib.SignalClosure.Invoke(GLib.ClosureInvokedArgs args)
   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.Startup()
   at Hyena.Gui.CleanRoomStartup.Startup(Hyena.Gui.StartupInvocationHandler startup)
   at FSpot.Driver.Main(System.String[] args)

[1]+ Exit 1 f-spot
till@till:~/printing/foomatic/foomatic/foomatic-db$

It would be great to hjave this fixed in an SRU for Maverick.

Changed in f-spot (Ubuntu):
importance: Undecided → High
Revision history for this message
Peter Maunder (peter-maunder) wrote :

I have the same problem with 10.10 32 bit, F-spot and HP photosmart 7100. Prints without problem with Image viewer.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at: https://bugzilla.gnome.org/show_bug.cgi?id=633188

Changed in f-spot (Ubuntu):
status: New → Triaged
Changed in f-spot:
importance: Unknown → Critical
status: Unknown → New
Revision history for this message
drknot (drknot) wrote :

Also affects Print Preview

tested with multiple printers.
fully up to date 10.10 / 64 bit system

f-spot debug attached

Revision history for this message
drknot (drknot) wrote :

Also affects a Netbook Remix 32 bit system, also fully up to date

I note other bug reports re gtk themes

Changed in f-spot:
status: New → Confirmed
Revision history for this message
Danillo (danillo) wrote :

Printing to pdf, ps or svg also causes f-spot to crash in Ubuntu 11.04 for me. This was working fine under Ubuntu 9.10 before upgrading. F-Spot debug in attached.

Revision history for this message
notoriousdbp (david-baird-parker) wrote :

This is still a problem in 12.04 64-bit. I've run f-spot from Terminal and this is the output:

(f-spot:3435): 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.
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.NullReferenceException: Object reference not set to an instance of an object
  at FSpot.PrintOperation.OnDrawPage (Gtk.PrintContext context, Int32 page_nr) [0x00000] in <filename unknown>:0
  at Gtk.PrintOperation.drawpage_cb (IntPtr operation, IntPtr context, Int32 page_nr) [0x00000] in <filename unknown>:0
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at Gtk.PrintOperation.drawpage_cb(IntPtr operation, IntPtr context, Int32 page_nr)
   at Gtk.PrintOperation.gtk_print_operation_run(IntPtr , Int32 , IntPtr , IntPtr ByRef )
   at Gtk.PrintOperation.Run(PrintOperationAction action, Gtk.Window parent)
   at FSpot.MainWindow.HandlePrintCommand(System.Object sender, System.EventArgs e)
   at System.Reflection.MonoMethod.InternalInvoke(System.Reflection.MonoMethod , System.Object , System.Object[] , System.Exception ByRef )
   at System.Reflection.MonoMethod.Invoke(System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture)
   at System.Reflection.MethodBase.Invoke(System.Object obj, System.Object[] parameters)
   at System.Delegate.DynamicInvokeImpl(System.Object[] args)
   at System.MulticastDelegate.DynamicInvokeImpl(System.Object[] args)
   at System.Delegate.DynamicInvoke(System.Object[] args)
   at GLib.Signal.ClosureInvokedCB(System.Object o, GLib.ClosureInvokedArgs args)
   at GLib.SignalClosure.Invoke(GLib.ClosureInvokedArgs args)
   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.Startup()
   at Hyena.Gui.CleanRoomStartup.Startup(Hyena.Gui.StartupInvocationHandler startup)
   at FSpot.Driver.Main(System.String[] args)

Revision history for this message
thinkpad (fellowsgarden) wrote :

In PRECISE, crashes upon print-preview...

Kees Cook (kees)
Changed in f-spot (Ubuntu Precise):
status: New → Confirmed
Adolfo Jayme (fitojb)
Changed in f-spot (Ubuntu Precise):
status: Confirmed → Triaged
importance: Undecided → High
Changed in f-spot (Ubuntu Trusty):
status: New → Triaged
importance: Undecided → High
no longer affects: f-spot (Ubuntu Quantal)
no longer affects: f-spot (Ubuntu Raring)
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

f-spot is not maintained upstream any more for years, so we cannot expect a fix from upstream and most probably no one will use this program any more. Closing ...

Changed in f-spot (Ubuntu):
status: Triaged → Won't Fix
Changed in f-spot (Ubuntu Precise):
status: Triaged → Won't Fix
Changed in f-spot (Ubuntu Saucy):
status: Triaged → Won't Fix
Changed in f-spot (Ubuntu Trusty):
status: Triaged → Won't Fix
Changed in f-spot:
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.