Library monitoring splits RAW photos and their respective developments
Submitted by an unknown user
Assigned to Eric Gregory
Link to original bug (#718077)
Description
---- Reported by shotwell-maint@gnome.bugs 2011-08-10 10:07:00 -0700 ----
Original Redmine bug id: 3968
Original URL: http://redmine.yorba.org/issues/3968
Searchable id: yorba-bug-3968
Original author: Pentti Soukka
Original description:
I have automatic photo directory monitoring switched on. It seems that every time I start Shotwell one or more RAW pictures are moved from orginal event to event named after the day photo is shooted.
So I have event named "holiday" containing both jpg and raw pictures. I shut down the Shotwell and start it again. One or more events are created after automatic directory monitoring has checked the photo folder for changes. After that I have events "Holiday" and "2. may 2011" ... But new event contains only one RAW photo. This happens every time I re-start program so my library is messed up.
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:39:00 -0700 ----
History
Comment 1
Updated by Adam Dingle over 2 years ago
- Target version changed from 0.10.1 to 0.11
If we can reproduce this then we should fix this for 0.11.
Comment 2
Updated by Lucas Beeler over 2 years ago
- Assignee set to Eric Gregory
Comment 3
Updated by Eric Gregory over 2 years ago
Ouch. Okay, it looks like file monitor is "discovering" JPEGs that are supposed to be part of a RAW+JPEG pair.
Comment 4
Updated by Jim Nelson over 2 years ago
Eric, the file monitor calls the LibraryPhotoSourceCollection to ask if the file is known to it (i.e. is associated with a LibraryPhoto). LibraryPhotoSourceCollection maintains a lookup HashMap to speed up this call. My guess is that the associated JPEG isn't being added to this map.
Comment 5
Updated by Eric Gregory over 2 years ago
Seems it's quite a bit more complex than that, since the LibraryMonitor makes itself responsible for determining the nature of the relationship of the file with that photo and what to do in the event the file has changed.
Comment 6
Updated by Eric Gregory over 2 years ago
- Subject changed from RAW photos are splitted to own event one by one every time I start the program to Library monitoring splits RAW photos and their respective developments
- Status changed from Open to Review
Update subject to match nature of the bug.
Comment 7
Updated by Eric Gregory over 2 years ago
- Status changed from Review to 5
- Resolution set to fixed
Fixed in 03cf63e9
Comment 8
Updated by Eric Gregory over 2 years ago
- Status changed from 5 to Open
-
Resolution deleted (
<strike>
_fixed_</strike>
)
Re-opening: seems there's still a couple of missing code paths.
Comment 9
Updated by Eric Gregory over 2 years ago
- Status changed from Open to Review
Comment 10
Updated by Eric Gregory over 2 years ago
- Status changed from Review to 5
- Resolution set to fixed
Fixed in 8851d403
Comment 11
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:55 UTC ---
This bug was previously known as bug 3968 at http://redmine.yorba.org/show_bug.cgi?id=3968
Unknown Component Using default product and component set in Parameters 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.
Version: 0.11
Resolution: RESOLVED FIXED