Update external assets are aggressively cached in web #2144

Closed
opened 2026-02-05 05:18:19 +03:00 by OVERLORD · 3 comments
Owner

Originally created by @etnoy on GitHub (Feb 7, 2024).

Originally assigned to: @etnoy on GitHub.

The bug

When updating an external asset and refreshing the library, there is very aggressive caching on the web that prevents it from being shown to the user. This caching works fine for upload libraries but not external libraries.

We need to be smarter about caching external assets.

This is a known issue and is documented in the external library docs but we should still fix it

The OS that Immich Server is running on

N/A

Version of Immich Server

v1.94.1

Version of Immich Mobile App

N/A

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

-

Your .env content

-

Reproduction steps

1. Scan external library
2. Change metadata of an asset
3. Rescan
4. Nothing changes in web view

Additional information

No response

Originally created by @etnoy on GitHub (Feb 7, 2024). Originally assigned to: @etnoy on GitHub. ### The bug When updating an external asset and refreshing the library, there is very aggressive caching on the web that prevents it from being shown to the user. This caching works fine for upload libraries but not external libraries. We need to be smarter about caching external assets. This is a known issue and is documented in the external library docs but we should still fix it ### The OS that Immich Server is running on N/A ### Version of Immich Server v1.94.1 ### Version of Immich Mobile App N/A ### Platform with the issue - [ ] Server - [X] Web - [ ] Mobile ### Your docker-compose.yml content ```YAML - ``` ### Your .env content ```Shell - ``` ### Reproduction steps ```bash 1. Scan external library 2. Change metadata of an asset 3. Rescan 4. Nothing changes in web view ``` ### Additional information _No response_
OVERLORD added the 🗄️serverexternal-library labels 2026-02-05 05:18:19 +03:00
Author
Owner

@pyorot commented on GitHub (Jun 22, 2024):

there is a lot of failed cache invalidation in immich, and idk how it should be fixed

another example that comes to mind is when a person thumbnail is changed, it changes the thumbnail on that person's page yet going back to the /people page shows the old thumbnail

but yes, i've also had this problem where i transcoded an incompatible video, and after jobs completed, immich asset viewer didn't see the new version of the video for a while so wouldn't play it

@pyorot commented on GitHub (Jun 22, 2024): there is a lot of failed cache invalidation in immich, and idk how it should be fixed another example that comes to mind is when a person thumbnail is changed, it changes the thumbnail on that person's page yet going back to the /people page shows the old thumbnail but yes, i've also had this problem where i transcoded an incompatible video, and after jobs completed, immich asset viewer didn't see the new version of the video for a while so wouldn't play it
Author
Owner

@etnoy commented on GitHub (Apr 1, 2025):

I'm not sure we should close this one, I think this issue is the catch all for cache invalidation. Let's make the other issues a dupe of this one

@etnoy commented on GitHub (Apr 1, 2025): I'm not sure we should close this one, I think this issue is the catch all for cache invalidation. Let's make the other issues a dupe of this one
Author
Owner

@danieldietzler commented on GitHub (Apr 1, 2025):

@etnoy It's not just about external libraries though. So this issue doesn't tell the whole story. The other one is more generic IMO

@danieldietzler commented on GitHub (Apr 1, 2025): @etnoy It's not just about external libraries though. So this issue doesn't tell the whole story. The other one is more generic IMO
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#2144