Crash after pressing 's'

Bug #48313 reported by dailyglen
10
Affects Status Importance Assigned to Milestone
f-spot (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: f-spot

Double-click on a photo, press 's' and f-spot will crash.

Revision history for this message
Dwight Shepherd (dwight-shepherd) wrote :

I installed f-spot and followed your instructions but I cant seem to replicate your error. Does this happen on any photo? (jpg, png..)

Revision history for this message
dailyglen (dailyglen) wrote : Re: [Bug 48313] Re: Crash after pressing 's'
Download full text (5.4 KiB)

Hi,

Thanks for the reply; I would really like f-spot to work without crashing.
I did some more testing and found that the problem happens on .jpg and .png
photos when the 's' or 'v' button is pressed in edit mode. Both 'v' and 's'
return the same backtrace (except for a memory address being different).
Also, find below another crash that happens when you try to edit a photo
that has since been deleted from the harddrive (without f-spot knowing).
I'm very willing to help track this down as f-spot looks like a great app
and I want to help people who are trying to make linux rule the world.

--------------------------------------------------------------------------------------
Here is the backtrace for the 's' (and 'v') keypresses:

An unhandled exception was thrown: libgdk-x11-2.0.so

in (wrapper managed-to-native) FSpot.Loupe:gdk_cairo_create (intptr)
in <0x0001b> FSpot.Loupe:CreateDrawable (Gdk.Drawable drawable)
in <0x0009c> FSpot.Loupe:OnSizeAllocated (Rectangle allocation)
in <0x00074> Gtk.Widget:sizeallocated_cb (IntPtr widget,
Gdk.Rectangleallocation)
in (wrapper native-to-managed) Gtk.Widget:sizeallocated_cb (intptr,
Gdk.Rectangle&)
in <0x00000> <unknown method>
in (wrapper managed-to-native) Gtk.Widget:gtk_widget_show (intptr)
in <0x00017> Gtk.Widget:Show ()
in <0x00365> FSpot.PhotoImageView:HandleKeyPressEvent (System.Object sender,
Gtk.KeyPressEventArgs args)
in (wrapper delegate-invoke)
System.MulticastDelegate:invoke_void_object_KeyPressEventArgs (object,
Gtk.KeyPressEventArgs)
in <0x0012b> Gtk.Widget:KeyPressEventSignalCallback (IntPtr arg0, IntPtr
arg1, IntPtr gch)
in (wrapper native-to-managed)
Gtk.Widget:KeyPressEventSignalCallback(intptr,intptr,intptr)
in <0x00000> <unknown method>
in (wrapper managed-to-native) Gtk.Application:gtk_main ()
in <0x00007> Gtk.Application:Run ()
in <0x00007> Gnome.Program:Run ()
in <0x00542> FSpot.Driver:Main (System.String[] args)
.NET Version: 1.1.4322.2032

Assembly Version Information:

FlickrNet (1.1.0.0)
System.Web (1.0.5000.0)
gconf-sharp (2.8.0.0)
pango-sharp (2.8.0.0)
SemWeb (0.5.0.2)
glade-sharp (2.8.0.0)
gtkhtml-sharp (2.8.0.0)
System.Data (1.0.5000.0)
Mono.Data.SqliteClient (1.0.5000.0)
gdk-sharp (2.8.0.0)
Mono.Posix (1.0.5000.0)
gnome-vfs-sharp (2.8.0.0)
dbus-sharp (0.60.0.0)
System (1.0.5000.0)
atk-sharp (2.8.0.0)
gtk-sharp (2.8.0.0)
glib-sharp (2.8.0.0)
gnome-sharp (2.8.0.0)
f-spot (0.0.0.0)
mscorlib (1.0.5000.0)

Platform Information: Linux 2.6.15-23-686 i686 unknown GNU/Linux

Disribution Information:

[/etc/debian_version]
testing/unstable

[/etc/lsb-release]
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=6.06
DISTRIB_CODENAME=dapper
DISTRIB_DESCRIPTION="Ubuntu 6.06 LTS"

--------------------------------------------------------------------------------------------------------------------------------------------------------
Here is the second backtrace caused from editting a photo in f-spot that was
deleted without f-spot knowing:

Steps:
1) Import a photo into f-spot
2) close f-spot
3) delete the photo (using 'rm photo.jpg')
4) launch f-spot
5) double click on the deleted photo

backtrace:

An unhandled exception was thrown: Could not find a part of the path
"/home/hertz/photos/iPhoto Lib...

Read more...

Revision history for this message
Dwight Shepherd (dwight-shepherd) wrote :

I am still unable to reproduce this bug. F-spot does not crash when I execute the instructions that you gave me.

Revision history for this message
dailyglen (dailyglen) wrote :

I re-installed dapper on a empty hard drive and the problem still happens.
The problem must be something to do with:

1) My photos being on an NFS drive
2) My photos themselves

Can you send me a photo that works for in order to rule out (2)?

Thanks.

Revision history for this message
Andrew Mitchell (ajmitch) wrote :

Uploaded 0.2.0-1ubuntu1 to edgy, fix was recently committed here.

Changed in f-spot:
status: Unconfirmed → Fix Released
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.