Better handle date/time changes caused by time zone changes including daylight savings

Bug #1870276 reported by Peter Berck
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Rapid Photo Downloader
Triaged
Low
Damon Lynch

Bug Description

I put the SD card from the camera in my computer. This starts up RPD. Normally it shows the photo’s on the card, and knows which photo’s are new since the last download. I can then proceed to download just the new images from the card to the computer. It now tells me the timeline is corrupt, and I let it generate a new one, as it suggested. This took a while, and when it was ready RPD told all 2400 images on the card were new (in reality, only about 60).

Revision history for this message
Peter Berck (pberck) wrote :
Revision history for this message
Damon Lynch (dlynch3) wrote :

What do you think is the precise explanation for why the time recorded in the EXIF metadata for /run/media/pberck/3031-3130/DCIM/100ND750/DSC_0001.JPG differs from file modification time as recorded on the device file system? That is one example of why the Timeline needed to be rebuilt. There might be others.

If the time does not in fact differ, then that is another question.

Changed in rapid:
status: New → Incomplete
assignee: nobody → Damon Lynch (dlynch3)
Revision history for this message
Peter Berck (pberck) wrote :

I was thinking about the change to daylight saving time, which happened between the previous time I downloaded pictures, and the time it wanted to rebuild the timeline... but that shouldn't change recorded times in EXIF (but maybe affects how the device time is returned?).

If I look at the image time stamp ("ls -l") on the SD card, it says 'Dec 3 16:53', but the time recorded in the EXIF is '2019:12:03 17:53:57' according to exiv2.

Revision history for this message
Damon Lynch (dlynch3) wrote :

I assume the SD card is formatted using the FAT32 file system. Correct? Or is it exFAT?

Revision history for this message
Peter Berck (pberck) wrote :

I have no idea, let me check how I can check. It came with the camera and worked (I might have formatted it in camera, but I don't remember).

Revision history for this message
Damon Lynch (dlynch3) wrote :

The problem is that file has time the photo was taken as 4:53 PM, and the file system says something else, 5:53 PM.

Unfortunately both the primary EXIF data and the FAT32 file system ignore time zones, which makes it really difficult to track what time a photo was taken when you move across time zones or daylight savings comes & goes, causing problems of the kind you are seeing.

Damon Lynch (dlynch3)
summary: - Wants to re-create timeline marking all photo's as not imported
+ Better handle date/time changes caused by time zone changes including
+ daylight savings
Changed in rapid:
status: Incomplete → Triaged
importance: Undecided → Wishlist
importance: Wishlist → Low
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.