Runs out of memory Importing photo with suspect EXIF data

Bug #272822 reported by Graham Bleach
14
This bug affects 2 people
Affects Status Importance Assigned to Milestone
F-Spot
Fix Released
Critical
f-spot (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

I have two images which, when imported into f-spot, will cause it to run out of memory (at 1.1 GiB resident set size).

metacam cannot read the EXIF data and I suspect it may have been corrupted:

$ metacam IMG_4147.JPG
File: IMG_4147.JPG
WARNING: Unknown field type 0
  Standard Fields -----------------------------------
         Image Creation Date: 
                        Make: 
                       Model: 
                X Resolution: 0 Pixels/???
                Y Resolution: 0 Pixels/???

If I copy the EXIF data from another file using "jhead -te IMG_4145.JPG IMG_4147.JPG", then repeat the import it works successfully.

Attaching file for debugging purposes.

Revision history for this message
Graham Bleach (graham-launchpad) wrote :
Revision history for this message
Graham Bleach (graham-launchpad) wrote :

I apologise for not having stated that I am using Hardy and the f-spot version:

||/ Name Version Description
+++-============================-======================
ii f-spot 0.4.3.1-0ubuntu1 personal photo management application

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

thanks for the report, It works fine for me with Intrepid, could you test with it? also can you run f-spot from the command line as f-spot --debug &> f-spot-debug.txt and attach that file to the report to see if there's anything throw there? does eog or gthumb works ok for you? I've tried with both and there's no issue for me, thanks in advance!.

Changed in f-spot:
assignee: nobody → desktop-bugs
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Graham Bleach (graham-launchpad) wrote :

Both eog and gthumb load the problem image without any warning or
error messages.

I copied the image to /tmp/foo and then imported it into f-spot, while
running it in debug mode as you suggested. Again I got the out of
memory error.

The debug output is attached.

Cheers,
Graham

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

Thanks, it looks like http://bugzilla.gnome.org/show_bug.cgi?id=493530 which is known upstream, linking the report.

Changed in f-spot:
status: Incomplete → Triaged
Changed in f-spot:
status: Unknown → Confirmed
Revision history for this message
Graham Bleach (graham-launchpad) wrote :

The upstream bug hasn't moved on much, but I've just tried to reproduce this in Jaunty using my test image and been unable to. Would recommend that anyone else experiencing the problem to try it in Jaunty.

Revision history for this message
Hendrick Musche (hmu) wrote :

Just to let you know: Since my update to lucid beta this issue seems to have been solved for me.

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

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

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

  * New upstream release 0.7.2 "Retooled"
    + Third release of the unstable 0.7 development series. Features a
      fully restructured source tree with full Monodevelop build
      support. Solves some of the regressions introduced in 0.7.1.
    + Reorganized source tree for clarity, builds with Monodevelop.
    + Switched from QueuedSqliteDatabase to HyenaSqliteConnection (Mike
      Gemünde)
    + Build tweaks (Christian Krause)
    + More GtkBuilder transition (Eric Faehnrich)
    + Reliability improvements (lots of them) for metadata handling (Mike
      Gemünde, Ruben Vermeersch)
    + Prune empty directories when deleting photos, import usability
      enhancements (Mike Wallick)
    + Big race-condition fix in import (Paul Wellner Bou)
    + Loads of improvements to Taglib#, in terms of handling broken files,
      extra format support (Pentax, Panasonic, Leica), stability and
      correctness (Ruben Vermeersch)
      - Runs out of memory Importing photo with suspect EXIF data
        (LP: #272822)
      - Metadata parsing of broken file causes large memory allocation
        (LP: #597720)
      - Photo import: cancel & copy have same keyboard shortcut (LP: #244423)
      - Facebook export will not create new album (LP: #563495)
      - Allow export to iPod (LP: #518344)
    + Reporting of import errors.
    + Speedups to repeated imports of the same directory.
    + Piles of cleanups and general stability improvements.
    + Over 50 bugs closed (http://bit.ly/cqpC3y)
 -- Iain Lane <email address hidden> Tue, 17 Aug 2010 12:59:32 +0100

Changed in f-spot (Ubuntu):
status: Triaged → Fix Released
Changed in f-spot:
importance: Unknown → Critical
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.