Phone import doesn’t respect dates
On another phone I’m trying direct sync and I can see how it totally messes up dates (one of the reasons for my own lib I didn’t use direct phone backup)
Basically almost every asset uploaded is set to the date it was backed up.
There’s virtually no difference to other assets other than they where originally not taken on that iphone
Nota bene - if you import those assets using osxphotos > immich CLI, the same does not happen.
This is latest app and web version. And it’s confirmed importing the same manually with osxphotos and cli solves the issue.
Somehow immich doesn’t extract the data the same way as osxphotos does.
11 Replies
:wave: Hey @smileBeda,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs
docs
- Container Status: docker ps -a
docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
2. :ballot_box_with_check: read applicable release notes.
3. :ballot_box_with_check: reviewed the FAQs for known issues.
4. :ballot_box_with_check: reviewed Github for known issues.
5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
6. :ballot_box_with_check: uploaded the relevant information (see below).
7. :blue_square: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l
and df -h
).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close
command, and re-open it later if needed.
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:Can you confirm if the local asset before backup is in the proper bucket?
What do you mean by that?
What bucket?
You mean if before it’s synced it figures in the right place in the timeline?
Yes, this
Sorry the delay, and yes
They are in the correct pot before upload and then they become „whatever is now“
That’s a quote a great mess and I’ve observed this before, just never figured out the true cause
Now with 48k pics on my wife’s phone it became obvious
@shenlong-tanwen sorry to ping you I just don’t want tjis one to disappear in tje flood of ticks
Should I open a gh issue for tjis?
Not a problem, we have #21508 up and the change i’ve asked them to make will hopefully address this issue
[Pull Request] fix(mobile): Correction of image creation date by using mtime instead… (immich-app/immich#21508)
This looks spot on thanks
I’m assuming thou this won’t fix already synced items?
Or - luck? - would we rerun „extract metadata“ and be done?
Or - luck? - would we rerun „extract metadata“ and be done?Sadly no :Sadge: The correct date is only available within the Apple walls, so the only way to fix this is to reupload them
Ok, then I’ll delete this lib now and wait for the gh to be merged.
Thanks!
(Before it puts 30k some pics on there lol)
This thread has been closed. To re-open, use the button below.