Closed erkexzcx closed 2 days ago
I have a decade old collection of random folders with ~7500 random photos and ~500 videos. Kind of random mess of many years of random media of my relatives, so this is a really good test for both immich-go
and immich
itself.. :sweat_smile:
merged... even if not visible. Let me know if it not merged Thanks
PR
Follow up on https://github.com/simulot/immich-go/pull/316
Basically I noticed that
immich-go
doesn't consider scenarios such asA/B/2022/2022.11/2022.11.09/IMG_1234.HEIC
path as it has no way to access2022.11.09
part when only a file's name is passed (instead of a full path). This PR fixes this and time from path is correctly parsed.Issue
Also, I noticed strange behavior... I have these files:![image](https://github.com/simulot/immich-go/assets/5955795/9466f33f-f38d-408d-99f2-0458f8df1651)
These are the dates I expect to see in immich:
2023/01/01
should have timestamp of 2023-01-012023.02.01
should have timestamp of 2023-02-01exif
should have timestamp of 2023-03-01modification_time
should have timestamp of 2023-04-01I've used below script for them, so I can make sure timestamps are properly applied (no human error):
So I run![image](https://github.com/simulot/immich-go/assets/5955795/a51dd8f9-1c72-428c-acd6-706a46e93905)
immich-go
withupload
, but immich shows then shows this:I am Lithuanian (Europe/Vilnius TZ), so I guess immich somewhere took UTC value and converted to LT time (or vice versa)? There is this bug somewhere which I cannot find.
Your help would be appreciated!