f-spot crashes when importing a particular photo

Bug #279440 reported by Taylor Braun-Jones
24
This bug affects 2 people
Affects Status Importance Assigned to Milestone
F-Spot
Fix Released
Medium
f-spot (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: f-spot

Using Ubuntu Intrepid (devel branch). Using F-Spot 0.4.4.

When I import the attached photo to f-spot it shows up briefly then F-Spot crashes. When I re-open f-spot, it immediately crashes. I have to manually delete the photo that was imported into my f-spot Photo directory (along with a some other random 0 byte file) for it to work. Also attached a transcript of the session with --debug when F-Spot crashes.

Revision history for this message
Taylor Braun-Jones (nocnokneo) wrote :
Revision history for this message
Taylor Braun-Jones (nocnokneo) wrote :
Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

I can confirm this using f-spot 0.4.4-1ubuntu4. I did not experience a true "crash" though. For me, F-Spot immediately started to slow down the whole machine by taking all available RAM (res: 1.5 of 2gig, virt: 3.874gig). This went on for more than 2 minutes until I just killed it.

The pertinent part of the log seems to be:
open uri = file:///home/greg/Photos/2008/10/04/PA040011.JPG
old = "" new = "" heading = "ASCII"
value = 2008:10:04 22:33:50 len = 19
<uuid:faf5bdd5-ba3d-11da-ad31-d33d75182f1b> <http://ns.adobe.com/xap/1.0/creatortool> "Microsoft Windows Photo Gallery 6.0.6000.16386" .
<uuid:faf5bdd5-ba3d-11da-ad31-d33d75182f1b> <http://ns.adobe.com/tiff/1.0/software> "Microsoft Windows Photo Gallery 6.0.6000.16386" .
<uuid:faf5bdd5-ba3d-11da-ad31-d33d75182f1b> <http://ns.adobe.com/tiff/1.0/Orientation> "1" .
value = f-spot version 0.4.4 len = 20
value = 2008:10:06 23:47:41 len = 19
value = f-spot version 0.4.4 len = 20
value = 2008:10:06 23:47:41 len = 19

Changed in f-spot:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=555340

Changed in f-spot:
status: Confirmed → Triaged
Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

This behavior also happens in my version of 0.5.0.2 (from this PPA: https://launchpad.net/~chrisccoulson/+archive ) on Intrepid.

Revision history for this message
Taylor Braun-Jones (nocnokneo) wrote :

Yes, on another photo I also experienced the behavior where the whole machine slowed down to a crawl

Changed in f-spot:
status: Unknown → New
Changed in f-spot:
assignee: nobody → desktop-bugs
Revision history for this message
Greg Grossmeier (greg.grossmeier) wrote :

trjonescp: could you attach that photo also (if you are willing to share it with us)?

Thanks!

Revision history for this message
Taylor Braun-Jones (nocnokneo) wrote : Re: [Bug 279440] Re: f-spot crashes when importing a particular photo

Sorry, not that photo, but if I come across one that I can share that causes
the same problem, I will certainly post it.

On Tue, Oct 7, 2008 at 7:09 AM, Greg Grossmeier
<email address hidden>wrote:

> trjonescp: could you attach that photo also (if you are willing to share
> it with us)?
>
> Thanks!
>
> --
> f-spot crashes when importing a particular photo
> https://bugs.launchpad.net/bugs/279440
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Changed in f-spot:
status: New → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package f-spot - 0.7.1-1

---------------
f-spot (0.7.1-1) experimental; urgency=low

  [ Iain Lane ]
  * New upstream release 0.7.1 "The Big Switch"
   + Second release of the unstable 0.7 development series. Most notably
     including a switch to Taglib#. Regressions in the amount of RAW
     types supported, will be fixed before releasing 0.8.
   + Switched to a new Taglib#-backed metadata layer. This is a huge change
     which should bring us increased stability (in the long run) and a much
     easier to maintain metadata layer than the one we previously had. Also
     enables some funky new features like XMP sidecars. (Ruben Vermeersch,
     Mike Gemünde) (LP: #279440, #69577, #260706)
   + Add support for XMP sidecars (Ruben Vermeersch)
   + Add "remove from camera after import"-option (Ruben Vermeersch)
   + Start of a massive backend cleanup (Mike Gemünde)
   + Upstreaming of a lot of Debian/Ubuntu patches (Iain Lane)
   + Several dialogs converted from glade to GtkBuilder (Ademir Mendoza,
     Nick Van Eeckhout, Peter Goetz, Trevor Buchanan)
   + Code refactorings and cleanups, increased Hyena adoption (Evan Briones,
     Paul Lange, Paul Wellner Bou)
   + Small usability improvements (Alex Launi, Anton Keks, Iain Churcher,
     Tomas Kovacik)
   + More build retooling (Bertrand Lorentz, Christian Krause, Gabriel Burt)
   + Many bugs fixed and improvements in stability: Over 85 bugs closed
     (http://bit.ly/aKyQOd)
     - Forced lowercase when import is triggered by gnome-volume-manager
       (LP: #249230)
  * ubuntu_nofuse_fix_photo_import.patch: Drop — obsolete with new import
    system.
  * Drop libfspot-linkage patch: Applied upstream
  * Drop jpegtran-linkage patch: Obsolete
  * Drop ubuntu_fix_export_crash_FlickrRemote.cs.patch: Fixed upstream
  * Refresh ubuntu_xdg-photo-dir to apply cleanly
  * Drop default_view_size patch: Fixed upstream
  * Standards-Version → 3.9.0, no changes required
  * No longer need to autoreconf
  * Add debian/clean file and remove override from rules
  * Add build-depency on gnome-doc-utils to build user help
 -- Iain Lane <email address hidden> Tue, 20 Jul 2010 16:53:00 +0100

Changed in f-spot (Ubuntu):
status: Triaged → Fix Released
Changed in f-spot:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.