Default timezone not being applied

[StevePER]

🐛 Bug Report

• 📁 I've Included a ZIP file containing my librephotos log files logs.zip
• ❌ I have looked for similar issues (including closed ones)
• 🎬 (If applicable) I've provided pictures or links to videos that clearly demonstrate the issue

📝 Description of issue:

Importing photos stores local timestamps as UTC regardless of the Default timezone setting. Times are then displayed offset by 8 hours (my timezone is UTC+8).

Example 1:
Default timezone is set to Australia/Perth (UTC+8).
A JPG file with no EXIF data has a filename ending 2023-04-21-12-40-22-085-80gfz.jpg.
The "Using filename assuming timestamp is local" rule should be applied.
The librephotos database stores the timezone as 2023-04-21 12:40:22+00.
Timestamp is displayed as 8:40 PM.

Example 2:
Default timezone is set to Australia/Perth (UTC+8).
A JPG file contains EXIF data including DateTimeOriginal (2022:06:26 12:08:20) and TimeZone (+08:00). There is no DateTime tag.
The "Local time from EXIF:DateTimeOriginal exif tag" rule should be applied.
The librephotos database stores the timezone as 2022-06-26 12:08:20+00.
Timestamp is displayed as 08:08 PM.

🔁 How can we reproduce it:

This happens on every photo I import.

Please provide additional information:

• 💻 Operating system: Gentoo Linux
• ⚙ Architecture (x86 or ARM): x86
• 🔢 Librephotos version: does not appear to be visible anywhere?
• 📸 Librephotos installation method (Docker, Kubernetes, .deb, etc.): docker
  • 🐋 If Docker or Kubernets, provide docker-compose image tag: latest
• 📁 How is you picture library mounted (Local file system (Type), NFS, SMB, etc.): local fs (ext4)
• ☁ If you are virtualizing librephotos, Virtualization platform (Proxmox, Xen, HyperV, etc.): N/A