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 635465 - f-spot crashes when importing a gthumb rotated jpeg
f-spot crashes when importing a gthumb rotated jpeg
Status: RESOLVED WONTFIX
Product: f-spot
Classification: Other
Component: Import
0.8.0
Other Linux
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2010-11-21 21:03 UTC by Dougie Nisbet
Modified: 2018-07-01 08:55 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
output using f-spot --debug (49.28 KB, application/octet-stream)
2010-11-21 21:09 UTC, Dougie Nisbet
Details
f-spot with --debug (66.75 KB, application/octet-stream)
2010-11-21 21:10 UTC, Dougie Nisbet
Details
Import dialog showing strange date (640.13 KB, image/png)
2010-11-21 21:13 UTC, Dougie Nisbet
Details

Description Dougie Nisbet 2010-11-21 21:03:09 UTC
I initially thought that this was related to the Nikon Coolpix S600 as it appears to cause problems for f-spot with the exif data and f-spot reports the file metadata as possibly corrupt and therefore writes to a sidecar file.

However; while getting the evidence together for this bug report I also tried it on another jpeg (from a Canon 350D) and rotated that in gthumb and then imported into f-spot, and that crashed too. 

This would suggest that the problem lies with something gthumb does to the file during rotation rather than it being specifically related to the Nikon.

I'll attach a couple of debug outputs and jpegs to this report from the Nikon but I suspect that his can be reproduced with other camera models.

It may be relevant that when an import is attempted of an image that has been rotated in gthumb, f-spot gives it a very odd date (1/1/1). I've attached this as a screendump.
Comment 1 Dougie Nisbet 2010-11-21 21:09:42 UTC
Created attachment 174985 [details]
output using f-spot --debug

This is the output when importing an image that has not been rotated in gthumb.

Two f-spot actions are carried out.

Rotate,
write tag ('testtag')
Comment 2 Dougie Nisbet 2010-11-21 21:10:44 UTC
Created attachment 174986 [details]
f-spot with --debug

This debug output shows the crash when importing a jpeg that has been rotated in gthumb.
Comment 3 Dougie Nisbet 2010-11-21 21:13:23 UTC
Created attachment 174987 [details]
Import dialog showing strange date
Comment 4 Dougie Nisbet 2010-11-21 21:23:03 UTC
images too big to attach so uploaded to 
http://www.flickr.com/photos/djnisbet/sets/72157625440317610/with/5195697119/

however suspect this is probably reproducible with images from other cameras. 

Running ubuntu (maverick)

dougie@pheonix:~$ gthumb -v
gthumb 2.11.3, Copyright (C) 2001-2010 Free Software Foundation, Inc.
dougie@pheonix:~$ uname -a
Linux pheonix 2.6.35-22-generic-pae #35-Ubuntu SMP Sat Oct 16 22:16:51 UTC 2010 i686 GNU/Linux
dougie@pheonix:~$
Comment 5 Arun Persaud 2012-10-20 16:32:39 UTC
tested with git version b68c243c6e85434382f6f941f123d031530d2e21

With the current git version it is not possible to import the rotated picture. The picture seems OK and jhead and exiftool don't show anything strange in the meta information. Perhaps a problem in taglib?
Comment 6 André Klapper 2018-07-01 08:55:18 UTC
f-spot is not under active development anymore, has not seen code changes for five years, and saw its last tarball release in the year 2010.
Its codebase has been archived: https://gitlab.gnome.org/Archive/f-spot/commits/master

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.