Adjusting timestamp on picture in Shotwell doesn't move it to new event
Submitted by an unknown user
Assigned to cli..@..ba.org
Link to original bug (#716170)
Description
---- Reported by shotwell-maint@gnome.bugs 2010-05-18 00:33:00 -0700 ----
Original Redmine bug id: 1940
Original URL: http://redmine.yorba.org/issues/1940
Searchable id: yorba-bug-1940
Original author: Neil Emms
Original description:
If you adjust a timestamp using Shotwell's adjust date and time function it does not recalculate the event for the picture. It should do this, and put it into the correct event.
Related issues:
- related to shotwell - Feature #2824 (closed): move photo file to new path after date/time adjustment (Open)
- related to shotwell - Feature #3565 (closed): import photos into existing events (Open)
- duplicated by shotwell - 5569: Setting EXIF time on events without any time so far does ... (Duplicate)
- duplicated by shotwell - 5734: Don't find pictures in shotwell (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-01 11:40:00 -0700 ----
History
Comment 1
Updated by Bengt Thuree over 3 years ago
Not sure it should be automatically moved to a new event.
What if you have two cameras and two different persons on different Events.
Father is covering his sons soccer training, while Mother is covering daughters ballet, and both happening at the same time.
Comment 2
Updated by Neil Emms over 3 years ago
Maybe the date & time adjustment page should offer the option to recreate event.
The main issue for me was with photos where the timestamp didn't exist, so they weren't in an event. Fixing the date meant they moved in the photo list (a list of several thousand photos, meaning it was like a needle in a haystack) but wasn't recalculated into an event.
Just thought it would be nice for it to automate somehow, but yes maybe with an option for the user to avoid the issue you mention.
Comment 3
Updated by Adam Dingle over 3 years ago
I agree that it would be nice for a photo to be able to move to a new event after a date adjustment. I also agree that this should possibly be optional.
Comment 4
Updated by Adam Dingle over 3 years ago
- Subject changed from Adjusting timestasmp on picture in Shotwell doesn't move it to new event to Adjusting timestamp on picture in Shotwell doesn't move it to new event
Comment 5
Updated by Wout van Vucht about 3 years ago
Two examples:
-
If have an a huge amount of scanned dia's (2000) with no exif.
-
Last month I have imported photo's and renamed them with a bad program. Exif in the photo's was disappeared. :(
Solution of this bug would be very helpful for me too.
Comment 6
Updated by Omer Akram almost 3 years ago
also reported at: https://bugs.launchpad.net/ubuntu/source/shotwell/bug/696138
Comment 7
Updated by Adam Dingle over 2 years ago
- Target version set to 0.10
- Priority set to High
Comment 8
Updated by Adam Dingle over 2 years ago
-
Target version deleted (
<strike>
_0.10_</strike>
) - Tracker changed from Bug to Feature
Comment 9
Updated by Adam Dingle about 2 years ago
- Description updated (diff)
- Target version set to 0.12
This has confused plenty of users. Perhaps we can address this for 0.12.
Comment 10
Updated by Jim Nelson about 2 years ago
- Description updated (diff)
-
Target version deleted (
<strike>
_0.12_</strike>
)
Comment 11
Updated by Adam Dingle about 2 years ago
Ideally a photo should move to a new event when its timestamp is adjusted either inside Shotwell or externally.
Comment 12
Updated by Adam Dingle about 2 years ago
- Target version set to 0.12
Back on the table for 0.12.
Comment 13
Updated by Adam Dingle almost 2 years ago
-
Target version deleted (
<strike>
_0.12_</strike>
)
Comment 14
Updated by Adam Dingle over 1 year ago
- Target version set to 0.13
Comment 15
Updated by Adam Dingle over 1 year ago
- Assignee set to Clinton Rogers
Comment 16
Updated by Adam Dingle over 1 year ago
Lucas and I discussed this feature. We imagine this working like this:
When the timestamp on a photo changes, if the photo's date is unchanged then it remains in the same event. Otherwise, if there are one or more events containing photo(s) with the same date as the new photo date, then the photo moves into one of those events (arbitrarily). Otherwise, we'll create a new event for the photo.
The motivation for this is that if the user never moves photos between events, then each event contains photos from one date, just as if the event tree were a tree of photos arranged by date. We'd like to keep that view consistent even when the user adjusts photo timestamps.
Comment 17
Updated by Clinton Rogers over 1 year ago
- File 0001-Proposed-patch-would-allow-the-user-to-automagically-move-images-and-videos-between-events-by-adjusting-their-dates;-closes-1940.patch added
- Status changed from Open to Review
- % Done changed from 0 to 60
Patch attached here and submitted via email.
Comment 18
Updated by Clinton Rogers over 1 year ago
- Status changed from Review to Open
- % Done changed from 60 to 30
Reopened (reason: In the patch I originally submitted, undo doesn't fully restore the previous state just so...)
Comment 19
Updated by Clinton Rogers over 1 year ago
- File #1940.patch added
- Status changed from Open to Review
- % Done changed from 30 to 70
Comment 20
Updated by Lucas Beeler over 1 year ago
- Status changed from Review to Open
Comment 21
Updated by Clinton Rogers over 1 year ago
-
File deleted (
<strike>
_0001-Proposed-patch-would-allow-the-user-to-automagically-move-images-and-videos-between-events-by-adjusting-their-dates;-closes-1940.patch_</strike>
)
Comment 22
Updated by Clinton Rogers over 1 year ago
-
File deleted (
<strike>
_#1940.patch_</strike>
)
Comment 23
Updated by Clinton Rogers about 1 year ago
- File date-time-to-event-automagically-1940.patch added
- Status changed from Open to Review
- % Done changed from 70 to 80
Comment 24
Updated by Clinton Rogers about 1 year ago
- Status changed from Review to 5
- Resolution set to fixed
Comment 25
Updated by Clinton Rogers about 1 year ago
- % Done changed from 80 to 100
Comment 26
Updated by Charles Lindsay 7 months ago
- Status changed from 5 to Fixed
--- Bug imported by chaz@yorba.org 2013-11-25 21:44 UTC ---
This bug was previously known as bug 1940 at http://redmine.yorba.org/show_bug.cgi?id=1940 Imported an attachment (id=261650)
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.13
Resolution: RESOLVED FIXED