Closed easez88 closed 10 months ago
Also experiencing this
@easez88 Sorry for not responding to this. What you are experiencing is the expected behavior. Since the assets were uploaded from the CLI, the mobile app uploading process will receive a status code from the server stating the assets existed on the server, therefore the app would black-listing them so that they won't be uploaded again for the following runs.
@lividhen Is your behavior similar to OP? that you upload from the CLI first then upload from the mobile?
The future improvement will be calculating the hash of the assets from the mobile app and then check the hash with the server to avoid uploading assets to the server for duplication checking, therefore reducing bandwidth and less confusing
Yes that is correct. I have since fixed it as it was an issue with my reverse proxy which I hadn't realized, so I'm not sure how much immich was involved.
Ok good to know thatnks
The bug
Immich IOS app appears to continuously try to upload the same images. The issue that I had to reinitialize Immich and used the CLI to upload all the images previously uploaded from my phone to Immich again. Now when I open the app, Immich starts attempting to back up photos on my phone, assume sees that they exist in the server already and ignores them. The Total Number and remainder number go down all the way to zero, but the back up number never increases.
I believe the issue is that the app checks to see if the app is already in the server and does not reupload it, but it does not mark it as uploaded so it does not try to back it up again next time the back up job runs or when the app opens.
Please let me know if this is not clear. I can try to explain better.
The OS that Immich Server is running on
Fedora 37
Version of Immich Server
v1.66.1
Version of Immich Mobile App
v1.66.0 Build.106
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Additional information
No response