Closed MK73DS closed 3 days ago
I would not be opposed to adding this. Basically if it is a duplicate and it is trashed, still return the same thing and stuff, but untrash it in the background?
Yes, that seems logical to me. Or at least inform the user that the duplicate file is in the trash and ask if they want to untrash it. Drag-and-dropping an image into Immich and not getting it in the library because it's already there but trashed can be very confusing, especially if trashed by accident or by another person who shares the same account.
Not to be contrarian, but I actually strongly prefer to not have explicitly deleted photos reintroduced to immich. I have so many photos where I took ~3 nearly identical photos. Prior to immich, these were backed up automatically in a way where deletions weren't synced. I periodically find old harddrives and want to make sure all of my photos are in immich--except the ones I've explicitly deleted.
Maybe this could be a toggleable configuration? Potentially even at the file-level? e.g., it might be helpful to have a list of previously deleted files accessible anyways? Maybe just a list of file attributes assuming the actual image file was deleted. Could be something like hash, filename, create date?
The bug
I am not sure if this is expected behavior or not, but from a user perspective it is very confusing. If I put a picture in the trash and then try to manually upload it again, Immich says the file already exists, but it stays in the trash and doesn't appear in the library. I think a user manual upload should always put the picture or video in the library and untrash it if necessary.
The OS that Immich Server is running on
Arch Linux (6.7.0-arch3-1)
Version of Immich Server
v1.93.3
Version of Immich Mobile App
v1.93.3
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Additional information
No response