Immich•6d ago

Annoyingly persistent and yet unavailable assets...

I have a few sensitive assets that I moved to my locked folder but then decided to delete. When I moved them to the trash, they were not visible in the trash folder. However, on the mobile app, they were visible in the trash folder, so I deleted them permanantly. Interestingly though, their blurred thumbnails are still visible in the trash folder on the mobile app, even with all the metadata. When I tried uploading these files to the server from the web app, it gave an error saying they are duplicates. When I clicked the arrow to bring me to the photo, it brings me to the full photo. When i clicked the i next to the filename to see its location, it says they are in the folder they should be, however when navigating there in the folder view, they are not visible. Also clicking the delete permantly button, nothing happens and if I try to upload it again, it says it is still a duplicate. I am hoping to actually delete these files from my server and reupload them to where they should be. Thanks I have a storage template and folders enabled. Immich server version: 2.2.3 Immich mobile app version: 2.2.3

13 Replies

Immich•6d ago

:wave: Hey @LegOfASnake, 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. :blue_square: reviewed Github for known issues. 5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy). 6. :blue_square: 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.

LegOfASnakeOP•6d ago

when uploading the files:

LegOfASnakeOP•6d ago

When going to the files from the duplicated error in uploading and permanantly deleting them:

LegOfASnakeOP•6d ago

It gives a toast of "success: permanently deleted asset" although there's nothing in the logs and the assets remain on the server I have the log level set to log, idk if I need to set it higher to see the deleting happen

Sergey Katsubo•6d ago

When I moved them to the trash, they were not visible in the trash folder.

Interesting, this is a bit unexpected to me. Maybe they were hidden due to being locked in the first place?

When I tried uploading these files to the server from the web app, it gave an error saying they are duplicates. When I clicked the arrow to bring me to the photo, it brings me to the full photo. When i clicked the i next to the filename to see its location, it says they are in the folder they should be, however when navigating there in the folder view, they are not visible.

Right, this is expected. (Cannot say anything definite about the trash behavior in the mobile app.) On the server expected behavior of trashed assets is the following: - Visible in Trash - Not displayed in Timeline or in Folder View - Reported as duplicate nonetheless (with a Postgresql duplicate key value error in logs if uploading from mobile) - Can be viewed directly - from the duplicate error message/link (or from Trash) Well, locked assets has visibility = 'locked' in the database. Trash only displays assets with visibility in ('archive', 'timeline'). AFAICT this is expected protection: locked assets are not shown in Trash. They can only be viewed from the Locked folder by definition. So when they are trashed, they cannot be viewed anywhere, haha. Only by a direct link (such as in the duplicate popup). When you go to Trash and click "Empty trash", all previously uploaded and later trashed assets will change their status in the database: status = 'trashed' -> status = 'deleted' and get deletedAt = ...timestamp... and will be queued for actual deletion from the database and from disk. If something is wrong with queuing (jobs are paused or Redis in trouble) then the asset will be stuck in Trash and cannot be permanently deleted. I suggest to increase logging level to Vebose. Repeat your steps to navigate to the asset. Click "Permanently delete". Check / post here logs. Expected logs:

  DEBUG [Api:LoggingInterceptor~60793ukr] DELETE /api/assets 204 15.73ms ::ffff:192.168.117.1
VERBOSE [Api:LoggingInterceptor~60793ukr] {"ids":["232dfa0d-78c9-449a-9f50-2b2955ede10c"],"force":true}
  DEBUG [Microservices:TrashService] Queueing 1 asset(s) for deletion from the trash
    LOG [Microservices:TrashService] Queued 1 asset(s) for deletion from the trash

  DEBUG [Api:LoggingInterceptor~60793ukr] DELETE /api/assets 204 15.73ms ::ffff:192.168.117.1
VERBOSE [Api:LoggingInterceptor~60793ukr] {"ids":["232dfa0d-78c9-449a-9f50-2b2955ede10c"],"force":true}
  DEBUG [Microservices:TrashService] Queueing 1 asset(s) for deletion from the trash
    LOG [Microservices:TrashService] Queued 1 asset(s) for deletion from the trash

As you can see, even at the default "LOG" level it should print smth about queuing for deletion. If that did not happen, I would suspect that queues/jobs are borken. Check the Jobs page in Administration. Post your compose file.

LegOfASnakeOP•5d ago

Thank you so much for your insight, I think something may be wrong with my trash since in settings, it is set to perm delete after 30 days, yet my trash is full of stuff from much longer ago. I will set my logging to verbose, redo the steps, and post my compose file as soon as I get to my computer It appears my power is out… I will send the previously stated information later this afternoon then

Sergey Katsubo•5d ago