f-spot crash when click import

Bug #498611 reported by Johan Reinert
38
This bug affects 7 people
Affects Status Importance Assigned to Milestone
f-spot (Ubuntu)
Incomplete
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: f-spot

Release: Ubuntu 9.10 64 bit
Version of Package: 0.6.1.5-0ubuntu1

f-spot crashes when I do the following:

1. After inserting a sd card chose f-spot to open but f-spot crashes right away
2. After starting f-spot and clicking import, f-spot crashes right away

This is the first time I use f-spot so I have not created any database yet.

Output from 'f-spot --debug' on terminal:

johan@skallben:~$ f-spot --debug
** Running f-spot in Debug Mode **
** Running Mono with --debug **
[Info 21:49:07.223] Initializing DBus
[Debug 21:49:07.389] DBusInitialization took 0.152417s
[Info 21:49:07.390] Initializing Mono.Addins
[Debug 21:49:07.630] Mono.Addins Initialization took 0.239953s
[Info 21:49:07.647] Starting new FSpot server (f-spot 0.6.1.5)
[Debug 21:49:07.975] Db Initialization took 0.098047s

** (f-spot:5080): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (f-spot:5080): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (f-spot:5080): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (f-spot:5080): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (f-spot:5080): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed
[Debug 21:49:08.423] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 21:49:08.432] QueryToTemp took 0.009365s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 21:49:08.432] Reloading the query took 0.013067s
[Debug 21:49:08.704] PhotosPerMonth took 0.000714s
[Debug 21:49:08.707] TimeAdaptor REAL Reload took 0.213114s
[Debug 21:49:08.791] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 21:49:08.793] QueryToTemp took 0.002376s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 21:49:08.857] Reloading the query took 0.066458s
[Debug 21:49:08.862] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 21:49:08.862] QueryToTemp took 0.000854s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 21:49:08.872] Reloading the query took 0.010618s
[Info 21:49:08.883] Starting BeagleService
[Debug 21:49:08.884] BeagleService startup took 2.1E-05s
[Info 21:49:08.914] Hack for gnome-settings-daemon engaged

(f-spot:5080): 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.
[Debug 21:49:09.023] PhotosPerMonth took 0.011896s
[Debug 21:49:09.024] TimeAdaptor REAL Reload took 0.160873s
[Debug 21:49:09.094] PhotosPerMonth took 0.020511s
[Debug 21:49:09.095] TimeAdaptor REAL Reload took 0.232015s
The program 'f-spot' received an X Window System error. <- THIS IS WHERE I CLICKED IMPORT
This probably reflects a bug in the program.
The error was 'BadRequest (invalid request code or no such operation)'.
  (Details: serial 4045 error_code 1 request_code 135 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.)
johan@skallben:~$

Thanks,

/johan

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

Thanks for the report, which theme are you using there?

Changed in f-spot (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Johan Reinert (johanreinert) wrote :

I'm using wild-shine from http://www.bisigi-project.org. I switched to clearlooks but I still had the same problem.

Revision history for this message
DerSchnaps (gerstenkaltschale) wrote :

I have the same problem here. I installed Ubuntu 9.10 64bit, when clicking on "Import", F-Sport will crash, I tested with several themes.

andi@andi-laptop:~$ f-spot

(/usr/lib/f-spot/f-spot.exe:5845): GLib-WARNING **: g_set_prgname() called multiple times
[Info 11:08:21.110] Initializing DBus
[Info 11:08:21.216] Initializing Mono.Addins
[Info 11:08:21.357] Starting new FSpot server (f-spot 0.6.1.5)

** (/usr/lib/f-spot/f-spot.exe:5845): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (/usr/lib/f-spot/f-spot.exe:5845): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (/usr/lib/f-spot/f-spot.exe:5845): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (/usr/lib/f-spot/f-spot.exe:5845): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed

** (/usr/lib/f-spot/f-spot.exe:5845): CRITICAL **: atk_object_set_name: assertion `name != NULL' failed
[Info 11:08:22.027] Starting BeagleService
[Info 11:08:22.042] Hack for gnome-settings-daemon engaged

(/usr/lib/f-spot/f-spot.exe:5845): 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.
SABINE USB - gnome-dev-harddisk-usb - Mountpoint file:///media/SABINE%20USB True True Harddrive
Harddrive
cleanup context
The program '/usr/lib/f-spot/f-spot.exe' 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 4026 error_code 1 request_code 135 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.)

Revision history for this message
Mike O (mike-orbinpost) wrote :
Download full text (4.5 KiB)

Running in to what seems to be the same issue under Lucid
Binary package hint: f-spot

Release: Ubuntu 10.04 32-bit
Version of Package: 0.6.1.5-2ubuntu6

$ f-spot --debug
** Running f-spot in Debug Mode **
** Running Mono with --debug **
[Info 08:57:04.610] Initializing DBus
[Debug 08:57:04.733] DBusInitialization took 0.109602s
[Info 08:57:04.733] Initializing Mono.Addins
[Debug 08:57:04.899] Mono.Addins Initialization took 0.166053s
[Info 08:57:04.904] Starting new FSpot server (f-spot 0.6.1.5)
[Debug 08:57:04.980] Db Initialization took 0.044052s
[Debug 08:57:05.160] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 08:57:05.162] QueryToTemp took 0.001705s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 08:57:05.162] Reloading the query took 0.004247s
[Debug 08:57:05.380] PhotosPerMonth took 0.001969s
[Debug 08:57:05.381] TimeAdaptor REAL Reload took 0.206869s
[Debug 08:57:05.396] Query took 0.023868s : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 0
[Debug 08:57:05.489] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 08:57:05.490] QueryToTemp took 0.001754s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 08:57:05.498] Query took 0.000465s : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 0
[Debug 08:57:05.536] open uri = file:///home/mike/Pictures/Photos/2010/05/02/2010-05-02_16-39-33.jpg
error checking orientation
[Debug 08:57:05.616] Reloading the query took 0.127999s
[Debug 08:57:05.618] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 08:57:05.620] QueryToTemp took 0.001686s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 08:57:05.623] IndexOf took 8.8E-05s : SELECT ROWID AS row_id FROM photoquery_temp_0 WHERE id = 274
[Debug 08:57:05.623] Reloading the query took 0.00418s
[Info 08:57:05.630] Starting BeagleService
[Debug 08:57:05.630] BeagleService startup took 3.5E-05s
[Info 08:57:05.655] Hack for gnome-settings-daemon engaged
[Debug 08:57:05.697] PhotosPerMonth took 0.001226s
[Debug 08:57:05.697] TimeAdaptor REAL Reload took 0.076505s
[Debug 08:57:05.743] IndexOf took 0.00033s : SELECT ROWID AS row_id FROM photoquery_temp_0 WHERE time <= 1275343199 ORDER BY time DESC LIMIT 1
[Debug 08:57:05.757] Query took 0.014093s : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 0
[Debug 08:57:05.757] IndexOf took 9.9E-05s : SELECT ROWID AS row_id FROM photoquery_temp_0 WHERE id = 274
[Debug 08:57:05.827] PhotosPerMonth took 0.000967s
[Debug 08:57:05.827] TimeAdaptor REAL Reload took 0.206666s
[Debug 08:57:05.963] open uri = file:///home/mike/Pictures/Photos/2010/05/02/2010-05-02_16-39-33.jpg
error checking orientation

(f-spot:8105): GdkPixb...

Read more...

Revision history for this message
ErikMaes (erik-maes) wrote :
Download full text (10.6 KiB)

Same here.
After inserting a cd-rom with images, selecting f-spot makes f-spot appear for a moment after which it dies.
I tried to import manually, but selecting "import" from the file-menu kills f-spot.

I ran f-spot like this:
f-spot --debug
** Running f-spot in Debug Mode **
** Running Mono with --debug **
[Info 04:29:39.384] Initializing DBus
[Debug 04:29:39.986] DBusInitialization took 0.55901s
[Info 04:29:39.987] Initializing Mono.Addins
[Debug 04:29:40.795] Mono.Addins Initialization took 0.808157s
[Info 04:29:40.820] Starting new FSpot server (f-spot 0.6.1.5)
[Debug 04:29:41.458] Db Initialization took 0.446167s
[Debug 04:29:42.432] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:42.436] QueryToTemp took 0.003634s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:42.436] Reloading the query took 0.013616s
[Debug 04:29:42.755] PhotosPerMonth took 0.005972s
[Debug 04:29:42.761] TimeAdaptor REAL Reload took 0.228334s
[Debug 04:29:43.883] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:43.887] QueryToTemp took 0.004391s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:44.063] Reloading the query took 0.182077s
[Debug 04:29:44.073] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:44.077] QueryToTemp took 0.002324s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:44.090] Reloading the query took 0.017749s
[Debug 04:29:44.111] PhotosPerMonth took 0.003642s
[Debug 04:29:44.112] TimeAdaptor REAL Reload took 0.033955s
[Info 04:29:44.115] Starting BeagleService
[Debug 04:29:44.118] BeagleService startup took 4.6E-05s
[Info 04:29:44.193] Hack for gnome-settings-daemon engaged

(f-spot:31541): 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.
[Debug 04:29:44.290] PhotosPerMonth took 0.005553s
[Debug 04:29:44.291] TimeAdaptor REAL Reload took 0.212627s
[Debug 04:29:57.674] Query Started : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:57.676] QueryToTemp took 0.001917s : SELECT * FROM photos WHERE photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC, filename DESC
[Debug 04:29:57.676] Reloading the query took 0.002166s
[Debug 04:29:57.682] Query Started : SELECT * FROM photos WHERE (id IN (SELECT photo_id FROM photo_tags WHERE tag_id IN (3))) AND photos.id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time ...

Revision history for this message
ErikMaes (erik-maes) wrote :

Before I forget:
DistroRelease: Ubuntu 10.04
Package: f-spot 0.6.1.5-2ubuntu7
ProcVersionSignature: Ubuntu 2.6.32-24.38-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-24-generic i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Wed Jul 28 17:43:03 2010
EcryptfsInUse: Yes
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100427.1)
PackageArchitecture: all
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash

Revision history for this message
filip (bandit-s-fw) wrote :

I had also problems with the import of pictures taken with the camera of my girlfriend. (fspot 7.1)
I've changed the exif data with a little program called jhead. see http://blog.techfun.org/2009/11/how-...les-in-ubuntu/
i used this arguments : $jhead -mkexif -rgt "path to your photos"/*.JPG
"path to your photos" you have to complete accordingly to your photo directory.
these arguments makes a basic exif with just the thumbnail and the date the photo was taken.
After that i was able to import the photos.
warning: this will remove some data from the photo: like exposure, shutterspeed,...

I don't know if it is the same problem here. But for me it helped and maybe it can be used as a workarround until it get fixed.

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.