Movie file and photo file timezone handling is inconsistent

Bug #1870870 reported by Greg Whiteley
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Rapid Photo Downloader
Fix Released
Undecided
Unassigned

Bug Description

When I import movies and photos taken at the same time I am finding the movies have a hard-time-offset applied to their derived timestamps:

eg: these two files were generated from the same shooting time

DSC_20200403_202138_24_4327.JPG
VID_20200404_071024.mov

See attached timeline screenshot for how they are categorised.

Note the offset in time is +11 hours which happens to be my timezone. So I imagine the movie is treating it's timestamp as if it were in UTC, then applying the timezone. Whereas the image is correctly treating its timestamp as in local time, and the timezone doesn't need to change to generate local time.

You won't be able to reproduce this in UTC.

I'll attach exiftool dumps of both of the files (with some private details excerpted). Both show consistent timezone information in their info, but RPD is treating them differently

Details:

Ubuntu Bionic

$ apt-cache policy rapid-photo-downloader
rapid-photo-downloader:
  Installed: 0.9.9-1
  Candidate: 0.9.9-1
  Version table:
 *** 0.9.9-1 500
        500 http://au.archive.ubuntu.com/ubuntu bionic/universe amd64 Packages
        500 http://au.archive.ubuntu.com/ubuntu bionic/universe i386 Packages
        100 /var/lib/dpkg/status

Revision history for this message
Greg Whiteley (greg-whiteley) wrote :
Revision history for this message
Greg Whiteley (greg-whiteley) wrote :
Revision history for this message
Greg Whiteley (greg-whiteley) wrote :
Revision history for this message
Damon Lynch (dlynch3) wrote :

Probably you are facing the problem where libmediainfo is not installed on your system, which was a packaging bug in some older versions of Rapid Photo Downloader. If you install libmediainfo0v5 the problem you are seeing might be fixed.

Speaking of old versions, are you aware that Rapid Photo Downloader 0.9.20 is out, and that the version you are running is more than 2 1/2 years old at this point? You should upgrade: https://damonlynch.net/rapid/download.html

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

I'll mark this fix released unless the bug can be replicated on the latest version.

Changed in rapid:
status: New → Fix Released
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.