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 501652 - import error: System.NullReferenceException in FSpot.Xmp.XmpTagsImporter.ProcessStore
import error: System.NullReferenceException in FSpot.Xmp.XmpTagsImporter.Proc...
Status: RESOLVED INCOMPLETE
Product: f-spot
Classification: Other
Component: Import
0.4.x
Other All
: Normal major
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2007-12-05 03:12 UTC by Basil Mohamed Gohar
Modified: 2009-01-19 13:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
F-Spot 0.4.1 compilation issues (531 bytes, text/plain)
2007-12-09 14:48 UTC, Basil Mohamed Gohar
Details

Description Basil Mohamed Gohar 2007-12-05 03:12:11 UTC
Please describe the problem:
F-Spot encounters an error when attempting to import an image whose path contains a space " " character.  The error message emitted is "Object reference not set to an instance of an object".  Clicking on the "Skip" option appears to still import the image, though no indication is given until one views the imported images once the import has completed or been cancelled.

Steps to reproduce:
1. Create an image
2a. Place image in a path with a space
- or -
2b. Give the image a filename with a space in it
3. Attempt to import the image


Actual results:
The above described problem

Expected results:
No error emitted, and the image is imported without problem.

Does this happen every time?
Yes.

Other information:
This appears to be specific to Fedora 8, and not to Fedora 7.
Comment 1 Maxxer 2007-12-05 07:27:47 UTC
hm. very strange. F-Spot imports fine pictures with spaces. Must be another problem. Can you please run f-spot from command line and post the lines before and after that error is printed? thanks
Comment 2 Basil Mohamed Gohar 2007-12-09 12:24:12 UTC
open uri = file:///home/basil.gohar/Pictures/2007/09/14/img_4979.jpg
Error importing /home/basil.gohar/Pictures/2007/09/14/img_4979.jpg
System.NullReferenceException: Object reference not set to an instance of an object
  at FSpot.Xmp.XmpTagsImporter.ProcessStore (FSpot.MetadataStore store, .Photo photo) [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
open uri = file:///home/basil.gohar/Pictures/2007/09/14/img_4980.jpg
open uri = file:///home/basil.gohar/Pictures/2007/09/14/img_4980.jpg
Error importing /home/basil.gohar/Pictures/2007/09/14/img_4980.jpg
System.NullReferenceException: Object reference not set to an instance of an object
  at FSpot.Xmp.XmpTagsImporter.ProcessStore (FSpot.MetadataStore store, .Photo photo) [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
Comment 3 Basil Mohamed Gohar 2007-12-09 12:25:26 UTC
I've since learned that because these pictures have been imported into another instance of F-Spot before, and I chose to store the metadata inside the files, the issue may be related to that.  Is there a way I can remove the metadata from the files easily so I can test to see if this is the issue?
Comment 4 Maxxer 2007-12-09 12:39:11 UTC
Can you try upgrading to 0.4.1? This same problem has been reported in bug #480861 and seems to have been fixed in the latest releases.
It's not related to spaces anyway, since I see from your report that you don't have spaces neither in filename or directory. Changing summary.
Comment 5 Basil Mohamed Gohar 2007-12-09 14:48:35 UTC
Created attachment 100644 [details]
F-Spot 0.4.1 compilation issues

These are the last few lines from my ./configure script run.  The invocation I issues was "time ./configure --prefix=$HOME/f-spot --disable-scrollkeeper".  I believe the issue is related to the 64 bit platform.  If I can get past this error, I should be able to successfully compile & install F-Spot 0.4.1.
Comment 6 Basil Mohamed Gohar 2007-12-09 14:49:30 UTC
I haven't been able to upgrade to 0.4.1 yet.  I am running 64 bit Fedora 8, and I have been running into compilation issues.  If anyone can offer some help, I'd greatly appreciate it.  I've attached the issues I've been facing (since they are not directly related to this bug report's issue).  I think it is related to multilib or something else related to the fact that I am running on a 64 bit platform.
Comment 7 Maxxer 2007-12-09 15:42:49 UTC
In order to compile software, you have to install on your distribution the development packages of the dependencies required by F-Spot. In this case you're missing mono dev packages, which will provide the mono.pc file required for compilation. I don't know Fedora and its packaging, so you will have to figure out by yourself which package can provide that file. 
Please ask on IRC or on the mailing list for other compilation issues.
Comment 8 Maxxer 2007-12-14 10:10:02 UTC
(In reply to comment #6)
> I haven't been able to upgrade to 0.4.1 yet.  

Can you provide one of the failing pictures?

thanks
Comment 9 Christoph Wurm 2009-01-19 13:55:30 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!