After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 457083 - import error with showfoto's modified images
import error with showfoto's modified images
Status: RESOLVED FIXED
Product: f-spot
Classification: Other
Component: Import
SVN
Other All
: Normal major
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2007-07-15 10:41 UTC by aurelien
Modified: 2007-07-16 14:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description aurelien 2007-07-15 10:41:50 UTC
Please describe the problem:
A friend started using f-spot a while ago, but uses showfoto to edit some pictures , as he finds it more powerful than f-spot (which I second, but it is an other problem).

If he does so before importing, f-spot fails to import the pictures. It seems to be caused by showfoto saving back the metadata in a different format, not supported by f-spot.



Steps to reproduce:
1. edit pictures with showfoto
2. try to import them with f-spot



Actual results:
Error importing [...].jpg
System.NullReferenceException: Object reference not set to an instance of an object
 at FSpot.Tiff.Header.SelectDirectory (FSpot.Tiff.ImageDirectory dir, StatementSink sink) [0x00000]
 at FSpot.Tiff.Header.Select (StatementSink sink) [0x00000]
 at JpegHeader.Select (StatementSink sink) [0x00000]
 at FSpot.JpegFile.Select (StatementSink sink) [0x00000]
 at FSpot.Xmp.XmpTagsImporter.Import (.Photo photo, System.String path, System.String orig_path) [0x00000]
 at FileImportBackend.Step (.Photo& photo, Gdk.Pixbuf& thumbnail, System.Int32& count) [0x00000]
Could not import file
Stopping

Expected results:


Does this happen every time?
yes

Other information:
out of the file command:
JPEG image data,JFIF standard 1.01

the original image was:
JPEG image data, EXIF standard 2.2

This happens with f-spot from ubuntu feisty (latest stable version + some patches) and with the latest svn (as of july 15 2007) and showfoto from feisty as well (0.9.1).
I can provide exemple pics (original and after modification by showfoto) if needed.
Comment 1 chicha 2007-07-15 21:23:17 UTC
Hello I confirm this bug on my configuration (Gnome 2.18, F-spot 0.3.5).
I have been using Digikam for some years. I recently switched to Gnome and F-spot.
I am very happy with F-spot but I noticed the following :

Photos which have been modified by Digikam (for tags I suppose) and which are VERTICAL (understand 90° rotated) generate the bug detailed above at import time.

However, if I choose "skip" (to continue the import of other photos in the directory) the photo is correctly imported.

I can provide some photos for testing if needed.

This bug is quite annoying when you import a large number of photos : you cannot live your computer and come back later. You have to click the "skip" button each time the problem comes with a "vertical" photo.

Thank you for your help !
Cheers,

Chicha
Comment 2 Stephane Delcroix 2007-07-16 09:14:18 UTC
please attach such images
Comment 3 aurelien 2007-07-16 09:25:48 UTC
You can download an example here:
http://crfb.univ-mrs.fr/~naldi/fspot_bug/P1050105_original.jpg
and
http://crfb.univ-mrs.fr/~naldi/fspot_bug/P1050105_showfoto.jpg

Note that the pics are _not_ rotated.

I can confirm that the pic is correctly imported when clicking "skip" (even if it's preview does not appear in the import dialog)
Comment 4 Stephane Delcroix 2007-07-16 14:33:40 UTC
fixed in r3213