Without database verify, Shotwell crashes if backing photo is missing
Submitted by Jim Nelson
Link to original bug (#715322)
Description
---- Reported by jim@yorba.org 2009-08-21 15:55:00 -0700 ----
Original Redmine bug id: 686
Original URL: http://redmine.yorba.org/issues/686
Searchable id: yorba-bug-686
Original author: Jim Nelson
Original description:
For normal full-window viewing, Shotwell will simply not display the crisp photo but stop with the blown up preview photo.
For crop and auto-enhance, Shotwell crashes.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:41:00 -0700 ----
History
Comment 1
Updated by Adam Dingle about 4 years ago
- Status changed from Open to Review
- Assignee changed from Anonymous to Allison Barlow
Comment 2
Updated by Allison Barlow about 4 years ago
If the file is missing, it will crash if the user enhances, adjusts, uses the red-eye tool, crops, or reverts to the original photo. Also, if the user opens the adjust, redeye or crop tools, deletes the photo, then uses the tool, shotwell will crash.
Rotation and mirroring work fine. Slideshow skips the missing photo, but also the following one. The preceding frame seems to take twice as long as it should. The slideshow bugs should be in a separate ticket.
Comment 3
Updated by Allison Barlow about 4 years ago
- Resolution set to fixed
- % Done set to 100
Comment 4
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:41 UTC ---
This bug was previously known as bug 686 at http://redmine.yorba.org/show_bug.cgi?id=686
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