Fix PhotoExif and TransformablePhoto generate_exportable()
Submitted by Jim Nelson
Link to original bug (#715763)
Description
---- Reported by jim@yorba.org 2010-01-19 16:55:00 -0800 ----
Original Redmine bug id: 1295
Original URL: http://redmine.yorba.org/issues/1295
Searchable id: yorba-bug-1295
Original author: Jim Nelson
Original description:
PhotoExif was written for a specific task long ago and is now being leaned on more heavily. It has problems committing EXIF to files that don't already have an EXIF block inside them. There are also problems when TransformablePhoto exports a photo where only the EXIF has changed; we want to preserve the JPEG without a decode-encode cycle, and the current code doesn't do this properly if the exposure time has changed.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
History
Comment 1
Updated by Adam Dingle almost 4 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Allison Barlow
Comment 2
Updated by Allison Barlow almost 4 years ago
- Status changed from Review to 5
- Resolution set to fixed
- % Done set to 100
Fixed with my most recent check-in, which I thought didn't have a ticket.
Comment 3
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:42 UTC ---
This bug was previously known as bug 1295 at http://redmine.yorba.org/show_bug.cgi?id=1295
Unknown Component Using default product and component set in Parameters Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
Resolution: RESOLVED FIXED