immich-app/immich
1
0
Fork 0
mirror of https://github.com/immich-app/immich.git synced 2026-07-25 14:00:45 +03:00
Code Issues 783 Packages Projects Releases 22 Wiki Activity

Immich doesn't expect changes to image #3955

New Issue
Closed
opened 2026-02-05 09:31:20 +03:00 by OVERLORD · 4 comments
OVERLORD commented 2026-02-05 09:31:20 +03:00
Owner
Copy Link

Originally created by @ajpanton on GitHub (Jul 24, 2024).

Originally assigned to: @etnoy on GitHub.

The bug

I have the "Watch external libraries for file changes" setting turned on. It nicely reacts to changes made to the image metadata, but Immich doesn't seem to react well to changes made to the image itself.

If the resolution/aspect ratio changes, it seems to somehow redo the thumbnail, but apparently not from the actual image file? Not really sure. The aspect ratio of the thumbnail will be correct, but what it's actually showing isn't necessarily correct. Maybe it just keeps the previous thumbnail, but tries to display it in the new aspect ratio? 180-degree rotations, flips, or color changes just get ignored, because the dimensions stay the same. It looks weird when you see an old preview, but when zooming, it suddenly switches to the new image. You can manually refresh the thumbnails though I guess.

Any detected faces stay where they originally were. They are correct on the old preview, but zooming to get the new image, they are in the wrong places. And when refreshing the thumbnails (and preview), the faces are still in the old places.

The OS that Immich Server is running on

Truenas SCALE app

Version of Immich Server

v1.109.2

Platform with the issue

  • Server
  • Web
  • Mobile

Reproduction steps

1. Edit or color correct any image.
2. Watch the thumbnails and previews not changing at all (thumbnails might change in a buggy way if the aspect ratio changed).
3. Manually refresh the thumbnails. Any detected faces are still in the wrong places, assuming you edited the image in a way that would move them around (crop, rotate, flip).
Originally created by @ajpanton on GitHub (Jul 24, 2024). Originally assigned to: @etnoy on GitHub. ### The bug I have the "Watch external libraries for file changes" setting turned on. It nicely reacts to changes made to the image metadata, but Immich doesn't seem to react well to changes made to the image itself. If the resolution/aspect ratio changes, it seems to somehow redo the thumbnail, but apparently not from the actual image file? Not really sure. The aspect ratio of the thumbnail will be correct, but what it's actually showing isn't necessarily correct. Maybe it just keeps the previous thumbnail, but tries to display it in the new aspect ratio? 180-degree rotations, flips, or color changes just get ignored, because the dimensions stay the same. It looks weird when you see an old preview, but when zooming, it suddenly switches to the new image. You can manually refresh the thumbnails though I guess. Any detected faces stay where they originally were. They are correct on the old preview, but zooming to get the new image, they are in the wrong places. And when refreshing the thumbnails (and preview), the faces are still in the old places. ### The OS that Immich Server is running on Truenas SCALE app ### Version of Immich Server v1.109.2 ### Platform with the issue - [X] Server - [ ] Web - [ ] Mobile ### Reproduction steps ```bash 1. Edit or color correct any image. 2. Watch the thumbnails and previews not changing at all (thumbnails might change in a buggy way if the aspect ratio changed). 3. Manually refresh the thumbnails. Any detected faces are still in the wrong places, assuming you edited the image in a way that would move them around (crop, rotate, flip). ```
OVERLORD commented 2026-02-05 09:31:25 +03:00
Author
Owner
Copy Link

@aviv926 commented on GitHub (Jul 25, 2024):

Can confirm the bug on my side as well.

@aviv926 commented on GitHub (Jul 25, 2024): Can confirm the bug on my side as well.
OVERLORD commented 2026-02-05 09:31:27 +03:00
Author
Owner
Copy Link

@danieldietzler commented on GitHub (Sep 23, 2024):

Hey, most likely this is a caching issue. Did you make sure to clear the browser cache?
Screenshot 2024-09-23 at 20 49 07
https://immich.app/docs/features/libraries

@danieldietzler commented on GitHub (Sep 23, 2024): Hey, most likely this is a caching issue. Did you make sure to clear the browser cache? <img width="919" alt="Screenshot 2024-09-23 at 20 49 07" src="https://github.com/user-attachments/assets/ada5a0e9-0b8c-452e-96e0-2c00071bfcbd"> https://immich.app/docs/features/libraries
OVERLORD commented 2026-02-05 09:31:30 +03:00
Author
Owner
Copy Link

@etnoy commented on GitHub (Oct 7, 2024):

Closing this for now as it's a known, documented issue

@etnoy commented on GitHub (Oct 7, 2024): Closing this for now as it's a known, documented issue
OVERLORD commented 2026-02-05 09:31:33 +03:00
Author
Owner
Copy Link

@etnoy commented on GitHub (Oct 7, 2024):

Duplicate of #6955

@etnoy commented on GitHub (Oct 7, 2024): Duplicate of #6955
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
accessibility
changelog:enhancement
changelog:security
changelog:skip
changelog:translation
cli
date-time
dependencies
documentation
external-library
format
good first issue
mobile-beta
mobile-beta
mobile-beta
needs-answer
nice to have
pull-request
Mirrored from GitHub Pull Request
 sharing
tech-debt
📱mobile
🖥️web
🗄️server
🧠machine-learning
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
OVERLORD
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#3955
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?