[Feature] Avoid resyncing if deleted manually #4282
Replies: 21 comments 7 replies
-
|
Yes, this would be nice! I would even go as far as deleting the image on all devices if it's deleted on the server. Mostly im just cleaning up blurry and failed pictures and then they just reappear!!! |
Beta Was this translation helpful? Give feedback.
-
|
This issue is what keeps me from using the mobile app on a regular basis. Given the amount of time that it took me to initially go through all my photos/videos on the server and remove duplicate and unwanted photos, it was really frustrating to then see that the mobile app re-uploaded all the files I had deleted. |
Beta Was this translation helpful? Give feedback.
-
|
This would be very nice. |
Beta Was this translation helpful? Give feedback.
-
|
My mouth honestly dropped when I saw how poorly this is handled in immich. An option to only sync photos beyond <custom_date> in the mobile apps would probably eliminate all my qualms surrounding this issue. |
Beta Was this translation helpful? Give feedback.
-
|
+1, I've built a custom env where the photos are synced with Immich from my Android and iPhone to a dedicated home-server. Then the photos are backupped trought "syncthing" to another driver and I've a mechanism that delete the photos on the Immich server uploaded more than x days ago (clear storage). Now I see the mobile app re-upload all the photos. So I'm now out of space |
Beta Was this translation helpful? Give feedback.
-
|
+1 Because I use an external library on Read Only with my pictures inside, I usually move my phone pictures to my external folders. But then when I move my phone's medias to my external library, the phone's application re-backup my moved files (because it sees them as deleted assets) and create tons of duplicates. The solution to this would be to keep track of backup-ed medias and not backup them again, even if they do not appear in the server. Because we know we already sent the media once, no need to send it again. |
Beta Was this translation helpful? Give feedback.
-
|
Adding a vote for this one. My wife was more than frustrated to find out that she spent hours deduplicating photos in the web UI, only to have them uploaded again by the app. There needs to be some way to make it so that photos don’t get automatically reuploaded. |
Beta Was this translation helpful? Give feedback.
-
|
Same issue for me - spent 2 days of cleaning up the library just to figure out, that mobile app (android) reuploaded all of the deleted photos... Previously I've been using photoprism with photosync app and it handled such cases perfectly, syncing only new files. |
Beta Was this translation helpful? Give feedback.
-
|
Same problem here for me/us. I am using FolderSync for Android until now to sync/backup files to my home server. There is an option to only transfer new/changed files to the destination and do not transfer deleted files (at the destination) from the smartphone again. For sure this needs to be implemented in a different way in Immich - by maybe keeping the hashs of deleted files and offer an option on the mobile clients (and also the web interface when uploading directly) to only upload files which were not deleted before. |
Beta Was this translation helpful? Give feedback.
-
|
I’m adding my specific case here since my issue (#23897) was closed as a duplicate — and after reading this thread, I fully agree that it belongs here. There is one important scenario that makes this problem even more severe: ✔ When using an External Library (+ mobile backup enabled)If a photo exists both:
Immich cannot remember that the user intentionally deleted the upload version after a merge. ✔ Merge duplicates does not fix this in practiceTechnically, the user can merge duplicates:
…but after 30 days, the deleted-upload is gone, Immich forgets the hash, and the phone uploads the same file again. ✔ Realistic migration workflows make this unavoidableThis is also not an edge case.
It is not realistic to expect users to:
✔ The feature requested here (a permanent “deleted hash registry”) is exactly what solves itA server-side list of hashes that were intentionally deleted would:
Thanks — this FR is absolutely essential for users combining mobile backup with External Libraries. |
Beta Was this translation helpful? Give feedback.
-
|
The "deleted files hash registry" would fix many pain points for me using Immich, dealing with unorganized files being shared between and uploaded from multiple users. Often we delete unwanted files only for them to be restored later and have to delete them again. |
Beta Was this translation helpful? Give feedback.
-
|
Is this being worked on? wonder if its even a feature request or just a defect hey. |
Beta Was this translation helpful? Give feedback.
-
|
Hi, i am also wondering if this is something that will come to immich's standard functionality anytime? Actually, instead of deleting filed, i am currently archiving them, since storage space is the least issue for me. That would be the faster fix, at least for me. |
Beta Was this translation helpful? Give feedback.
-
|
I came to Immich from Synology Photos and love it! Except that... I expected Immich to work like Synology Photos, which DOES remember which files were already uploaded but deleted. Having a blacklist for deleted file hashes would be a good solution to this problem. The existing feature "Sync remote deletions" that deletes files on the phone when deleted on the server is NOT a solution to this problem. I want to keep these deleted photos on my phone, and have Immich be my curated photo collection. I hope this feature gets implemented in the future, as it would make Immich a lot better for me! |
Beta Was this translation helpful? Give feedback.
-
|
+1 on this, my wife was going mad about cleaning up and them reappearing. Seems like a simple fix? |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
|
+1 I delete photos/videos using a third-party app, immich restores the file. The same thing sometimes happens if I delete them using the immich app. At first, the files are gone and they are really deleted, but if I reopen the app, they may be restored (this can have a negative impact on the phone's storage). For example, this happens to me when I upload files to my server, add them to my personal folder, delete them from my phone, then go to my personal folder and after a while exit it, and see that these deleted files have been restored again. (#25338) |
Beta Was this translation helpful? Give feedback.
-
|
Plus eleventy-billion for getting this added to the roadmap. I've been doing the initial testing to start hosting my and my wife's pictures from four different IOS devices. I actually thought I was losing my mind when I would delete a picture, and it would reupload, and I would delete again, and it would reupload again. I guess I'm glad I'm not crazy, but it's not really usable for me as a true "curated" photo hosting solution. I take a bunch of pictures, screenshots, etc of stupid stuff as a reminder to myself - I don't need to see those saved for posterity in Immich, nor do I want them to reappear once I've found and deleted them. I saw there is movement on this for Android, although I think it was pulled at the last minute for the current release. Truly hoping an IOS fix can be supported soon, as essentially Immich is just acting as a mirror of my IOS device picture libraries right now. |
Beta Was this translation helpful? Give feedback.
-
|
+1 Actually it drives me insane that for the last two years there is still no simple solution for this. I have 1000 useless photos as information/reminder/etc for every 1-2 real photos. I dont need everyday photos in my timeline. How is this still not implemented in the Androidand iOS App? Photosync worked really great that way just adding new photos. What is really frustrating is that there is not even a single mentioning about that in roadmap/work in future. I guess I‘ll still need to use photosync with photoprism instead of immich |
Beta Was this translation helpful? Give feedback.
-
|
On iOS, I just made a shortcut to add photos to an “excluded” album, then set Immich to not upload those photos.
…-------- Original Message --------
On Friday, 01/30/26 at 15:23 D4Ci0 ***@***.***> wrote:
+1
Actually it drives me insane that for the last two years there is still no simple solution for this.
I have 1000 useless photos as information/reminder/etc for every 1-2 real photos. I dont need everyday photos in my timeline.
How is this still not implemented in the Androidand iOS App?
Photosync worked really great that way just adding new photos. What is really frustrating is that there is not even a single mentioning about that in roadmap/work in future.
I guess I‘ll still need to use photosync with photoprism instead of immich
—
Reply to this email directly, [view it on GitHub](#4282 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/AB5I3A3CFA4GIJZQ77J2HC34JPRYNAVCNFSM6AAAAABQDJBH4GVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTKNRVGU3DOMY).
You are receiving this because you commented.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
-
|
Spent hours deleting photos from my Immich site only to have them all reuploaded. What is even the point of having a delete option and delete duplicates option on the site if they get reuploaded LOL? |
Beta Was this translation helpful? Give feedback.

Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
The feature
It would be great to avoid immich reuploading a photo that has been deleted in immich.
Platform
Beta Was this translation helpful? Give feedback.
All reactions