F-Spot crashes when opened

Bug #488009 reported by Umang Varma
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
f-spot (Ubuntu)
New
Medium
Unassigned

Bug Description

Binary package hint: f-spot

Hi,
I have a fresh install of Ubuntu Karmic. When I open f-spot from the menu or the terminal, I get the F-Spot window which stays for a few seconds and then crashes. When I open it from the terminal, I get quite a long output, which I have attached here also.

ProblemType: Bug
Architecture: i386
Date: Wed Nov 25 11:13:46 2009
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
Package: f-spot 0.6.1.4-0ubuntu1
ProcEnviron:
 LANGUAGE=en_GB.UTF-8
 LANG=en_GB.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: f-spot
Uname: Linux 2.6.31-14-generic i686
XsessionErrors:
 (gnome-settings-daemon:1574): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (nautilus:1652): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
 (f-spot:1876): 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.
 (f-spot:1918): 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.

Revision history for this message
Umang Varma (umang) wrote :
Revision history for this message
C de-Avillez (hggdh2) wrote :

Undupping from bug 437402 -- they do not sound like the same issue.

Revision history for this message
Kyubutsu (jf) wrote :

fspot crashes on startup when [new wave] theme is enabled.
included are two text files with bug information obtained using apport-cli and from running the program from terminal.
however, seeing that switching to [human] theme and starting the program worked as expected, i decided to import a folder with a few pictures as a test. no issues. then, still in the same session, i switched back to [new wave] while f-spot was still running, everything continued to work... i closed f-spot, tried running it again, and the program was still functional under [new wave]!
that being said, installing f-spot with the [new wave] theme enabled failed every time.

Revision history for this message
Kyubutsu (jf) wrote :
Revision history for this message
Kyubutsu (jf) wrote :

after my post above, i rebooted the system to check if it was some kind of coincidence but f-spot still seems to function without errors under the new wave theme. i even imported a large number of picture files without any issues..
what happened and why is it working now is beyond me. but the bug had been reproducible (for me) in the past. i had uninstalled f-spot before because it would not start.
of course, i did not suspect changing a theme had anything to do with that until today.

Revision history for this message
Umang Varma (umang) wrote :

Just tried it a few minutes back. Still crashes for me.

Changed in f-spot (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Eduardo (vancouverislandgeek) wrote :

$ f-spot
[Info 18:44:23.190] Initializing DBus
[Info 18:44:23.266] Initializing Mono.Addins
[Info 18:44:23.380] Starting new FSpot server (f-spot 0.6.1.5)
[Info 18:44:23.987] Starting BeagleService
[Info 18:44:23.999] Hack for gnome-settings-daemon engaged

(f-spot:20968): 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.

## I get this far whenever I open f-spot
## With --debug on and clicking on thumbnail:

Domain: 'GdkPixbuf' Level: Critical
Message: gdk_pixbuf_scale_simple: assertion `dest_height > 0' failed
Trace follows:
   at GLib.Log.PrintTraceLogFunction(System.String domain, LogLevelFlags level, System.String message)
   at Gdk.Pixbuf.gdk_pixbuf_scale_simple(IntPtr , Int32 , Int32 , Int32 )
   at Gdk.Pixbuf.ScaleSimple(Int32 dest_width, Int32 dest_height, InterpType interp_type)
   at PixbufUtils.ScaleToMaxSize(Gdk.Pixbuf pixbuf, Int32 width, Int32 height, Boolean upscale)
   at PixbufUtils.ScaleToMaxSize(Gdk.Pixbuf pixbuf, Int32 width, Int32 height)
   at FSpot.Histogram.Generate(Gdk.Pixbuf input, Int32 max_width)
   at FSpot.Widgets.InfoBox.DelayedUpdateHistogram()
   at FSpot.Delay.HandleOperation()
   at GLib.Idle+IdleProxy.Handler()
   at Gtk.Application.gtk_main()
   at Gtk.Application.Run()
   at FSpot.Driver.Main(System.String[] args)
The program 'f-spot' received an X Window System error.

## with --debug on and clicking on Import button

ramdisk - gnome-dev-memory - Mountpoint file:///media/ramdisk True True MemoryStick
The program 'f-spot' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 7013 error_code 1 request_code 157 minor_code 19)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)

$ uname -srm
Linux 2.6.32-23-generic x86_64
$ cat /etc/issue
Ubuntu 10.04 LTS \n \l

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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