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 591301 - Crahs on select JPGs generated with Bibble in browse mode
Crahs on select JPGs generated with Bibble in browse mode
Status: RESOLVED FIXED
Product: f-spot
Classification: Other
Component: Browsing
GIT
Other All
: Normal critical
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-10 08:19 UTC by Paul Wellner Bou
Modified: 2009-11-05 16:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Photo causing this bug (23.28 KB, image/jpeg)
2009-08-10 08:24 UTC, Paul Wellner Bou
Details

Description Paul Wellner Bou 2009-08-10 08:19:51 UTC
Steps to reproduce:
1. Import JPG (see attached file) without having "Write metadata to file" enabled
2. Select the file after importing in browse mode
3. Crash.

Seems to be caused by wrong numbers/strings in Bibble's exif. F-Spot shouldn't crash anyway, no reason for that.

Stack trace:
[Debug 10:09:28.761] open uri = file:///home/paul/Photos/2009/08/10/DSC_3377.bibble.jpg
Error loading Subdirectory ExifIfdPointer at 8 of 628bytes:
System.Exception: recursive ifd
  at FSpot.Tiff.SubdirectoryEntry.LoadExternal (System.IO.Stream stream) [0x00052] in /usr/src/f-spot/src/Imaging/Tiff.cs:1505 
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.SelectDirectory (FSpot.Tiff.ImageDirectory dir, StatementSink sink) [0x003ca] in /usr/src/f-spot/src/Imaging/Tiff.cs:966 
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.FormatException: Input string was not in the correct format
  at System.Double.Parse (System.String s, NumberStyles style, IFormatProvider provider) [0x00000] 
  at System.Double.Parse (System.String s) [0x00000] 
  at FSpot.Tiff.Rational..ctor (System.String value) [0x00041] in /usr/src/f-spot/src/Imaging/Tiff.cs:359 
  at FSpot.Widgets.InfoBox+ImageInfo.get_ExposureInfo () [0x00075] in /usr/src/f-spot/src/Widgets/InfoBox.cs:389 
  at FSpot.Widgets.InfoBox.UpdateSingle () [0x000bb] in /usr/src/f-spot/src/Widgets/InfoBox.cs:498 
  at FSpot.Widgets.InfoBox.Update () [0x00031] in /usr/src/f-spot/src/Widgets/InfoBox.cs:463 
  at FSpot.Delay.HandleOperation () [0x0000d] in /usr/src/f-spot/src/Core/Delay.cs:40 
  at GLib.Idle+IdleProxy.Handler () [0x00000] 
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at GLib.Idle+IdleProxy.Handler()
   at Gtk.Application.gtk_main()
   at Gtk.Application.Run()
   at FSpot.Driver.Main(System.String[] args) in /usr/src/f-spot/src/main.cs:line 345



Other information:
Comment 1 Paul Wellner Bou 2009-08-10 08:23:54 UTC
(applies to Bibble 5 previes, not Bibble 4)
Comment 2 Paul Wellner Bou 2009-08-10 08:24:50 UTC
Created attachment 140306 [details]
Photo causing this bug
Comment 3 Stephane Delcroix 2009-09-25 08:01:54 UTC
@Paul, is this a dupe of bug #595503 ?
Comment 4 Paul Wellner Bou 2009-09-26 07:41:12 UTC
Yes, seems so. It does not crash anymore.