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

Some image files not able to generate thumbnails #7729

New Issue
Closed
opened 2026-02-05 13:16:11 +03:00 by OVERLORD · 13 comments
OVERLORD commented 2026-02-05 13:16:11 +03:00
Owner
Copy Link

Originally created by @TerMorab on GitHub (Nov 3, 2025).

I have searched the existing issues, both open and closed, to make sure this is not a duplicate report.

  • Yes

The bug

As hasmar04 already stated in the issue #23466, there seems a bug in the creation of thumbnails for specific images.

I am facing issues the same way as @hasmar04 does. From my large store of pictures, that I'm managing with Immich from my galaxy phone, I found, since the update to the immich version above 2.0.x, that a bunch of photos would not generate thumbnails any more. But for no reason, other did. Same format (haic, jpg, jpeg, png), same phone, same app for uploading.
But what I figured out is, it looks like not format specific but a question of the size of the image.

Trying to upload a pic of the size 9 MP / 4000 x 2252 / 2,9 MiB / heic (from the web view of immich) does lead to no thumbs, no matter, if you try to create thumbs of webp or jpeg or if you manually try to recreate thumbs.
But going on the phone and resizing the same image to 6 MP / 3200 x 1800 / 1,9 MiB / heic, uploading it to immich and let the thumbs generate, will do the trick. The thumbs are there, no errors showing up.

Not sure if it comes from the ration or the whole size of the images, it is reproducible.

Doing a bit of more research I came up with the following finding:

Working size of any kind of image (heic, png, jpg,...:
1816 x 4032 px
3968 x 2232 px
2268 x 4032 px
4032 x 2268 px

not working, in no format at all
4032 x 1816 px

That's the only size, where I see no thumbs generated for. But because I changed my phone lately, the standard size comes with 4032 x 1816 and makes a whole mess.

I can not upload a heic file, for it's not allowed.

The OS that Immich Server is running on

Home Assistant OS

Version of Immich Server

2.2.1

Version of Immich Mobile App

2.2.1

Platform with the issue

  • Server
  • Web
  • Mobile

Device make and model

Samsung S25 Ultra

Your docker-compose.yml content

The docker compose comes from the homeassistant AddOn page, I have no chance to look at the docker.

Your .env content

The docker compose comes from the homeassistant AddOn page, I have no chance to look at the docker.

Reproduction steps

  1. Upload a picture of the size: 4032 X 1816 px
  2. Look at the thumb page
  3. No thumbs created
    ...

Relevant log output

Additional information

No response

Originally created by @TerMorab on GitHub (Nov 3, 2025). ### I have searched the existing issues, both open and closed, to make sure this is not a duplicate report. - [x] Yes ### The bug As hasmar04 already stated in the issue #23466, there seems a bug in the creation of thumbnails for specific images. I am facing issues the same way as @hasmar04 does. From my large store of pictures, that I'm managing with Immich from my galaxy phone, I found, since the update to the immich version above 2.0.x, that a bunch of photos would not generate thumbnails any more. But for no reason, other did. Same format (haic, jpg, jpeg, png), same phone, same app for uploading. But what I figured out is, it looks like not format specific but a question of the size of the image. Trying to upload a pic of the size 9 MP / 4000 x 2252 / 2,9 MiB / heic (from the web view of immich) does lead to no thumbs, no matter, if you try to create thumbs of webp or jpeg or if you manually try to recreate thumbs. But going on the phone and resizing the same image to 6 MP / 3200 x 1800 / 1,9 MiB / heic, uploading it to immich and let the thumbs generate, will do the trick. The thumbs are there, no errors showing up. Not sure if it comes from the ration or the whole size of the images, it is reproducible. Doing a bit of more research I came up with the following finding: Working size of any kind of image (heic, png, jpg,...: 1816 x 4032 px 3968 x 2232 px 2268 x 4032 px 4032 x 2268 px not working, in no format at all 4032 x 1816 px That's the only size, where I see no thumbs generated for. But because I changed my phone lately, the standard size comes with 4032 x 1816 and makes a whole mess. I can not upload a heic file, for it's not allowed. ### The OS that Immich Server is running on Home Assistant OS ### Version of Immich Server 2.2.1 ### Version of Immich Mobile App 2.2.1 ### Platform with the issue - [x] Server - [x] Web - [ ] Mobile ### Device make and model Samsung S25 Ultra ### Your docker-compose.yml content ```YAML The docker compose comes from the homeassistant AddOn page, I have no chance to look at the docker. ``` ### Your .env content ```Shell The docker compose comes from the homeassistant AddOn page, I have no chance to look at the docker. ``` ### Reproduction steps 1. Upload a picture of the size: 4032 X 1816 px 2. Look at the thumb page 3. No thumbs created ... ### Relevant log output ```shell ``` ### Additional information _No response_
OVERLORD commented 2026-02-05 13:16:14 +03:00
Author
Owner
Copy Link

@bo0tzz commented on GitHub (Nov 3, 2025):

I strongly doubt that this is a reliable indication that the size of the image matters; more likely, the tool that resizes it somehow also fixes whatever is wrong with it.

@bo0tzz commented on GitHub (Nov 3, 2025): I strongly doubt that this is a reliable indication that the size of the image matters; more likely, the tool that resizes it somehow also fixes whatever is wrong with it.
OVERLORD commented 2026-02-05 13:16:15 +03:00
Author
Owner
Copy Link

@TerMorab commented on GitHub (Nov 3, 2025):

I was curious about it too, that the size could be the one that matters. But I don't use a tool to rezise the image, it is enough to take a picture not in landscape format but in portrait mode with the same resolution and size to make it work.

4032 x 1816 px - no thumb
1816 x 4032 px - thumbs are there.

Same phone, no change to the resolution.

@TerMorab commented on GitHub (Nov 3, 2025): I was curious about it too, that the size could be the one that matters. But I don't use a tool to rezise the image, it is enough to take a picture not in landscape format but in portrait mode with the same resolution and size to make it work. 4032 x 1816 px - no thumb 1816 x 4032 px - thumbs are there. Same phone, no change to the resolution.
OVERLORD commented 2026-02-05 13:16:17 +03:00
Author
Owner
Copy Link

@hasmar04 commented on GitHub (Nov 4, 2025):

I was curious about it too, that the size could be the one that matters. But I don't use a tool to rezise the image, it is enough to take a picture not in landscape format but in portrait mode with the same resolution and size to make it work.

4032 x 1816 px - no thumb 1816 x 4032 px - thumbs are there.

Same phone, no change to the resolution.

In my situation, the issue seemed to come from a bug in the Galaxy S21 photo app not saving the photos correctly, but close enough that the Samsung Gallery and Google Photos would process them. Some photos were taken in the same orientation (and therefore same resolution) as others, and some would work and some not. I also no longer have an issue on my Galaxy S25 with new photos.

@hasmar04 commented on GitHub (Nov 4, 2025): > I was curious about it too, that the size could be the one that matters. But I don't use a tool to rezise the image, it is enough to take a picture not in landscape format but in portrait mode with the same resolution and size to make it work. > > 4032 x 1816 px - no thumb 1816 x 4032 px - thumbs are there. > > Same phone, no change to the resolution. In my situation, the issue seemed to come from a bug in the Galaxy S21 photo app not saving the photos correctly, but close enough that the Samsung Gallery and Google Photos would process them. Some photos were taken in the same orientation (and therefore same resolution) as others, and some would work and some not. I also no longer have an issue on my Galaxy S25 with new photos.
OVERLORD commented 2026-02-05 13:16:18 +03:00
Author
Owner
Copy Link

@Jan-Nox commented on GitHub (Nov 4, 2025):

I've had the same issue using the browser upload in Firefox using photos from a Samsung Galaxy 22.

I Had the idea to pre-compress the original photo using a third-party software (TinyPNG on the internet and Imagine on a Windows desktop.).

I recognized that despite the same image dimensions, the compressed photos would actually generate the thumbnails, but not the original ones.

Original Image Details:
Dimensions: 4,000px x 3,000px
Size: 3,683,329 Bytes
EXIF details:
Image

Compressed Image Details:
Dimensions: 4,000px x 3,000px
Size: 458,710 Bytes
EXIF details:
Image

I also tried to remove all EXIF data from the image and using the original file to upload - No thumbnail has been created here.

That's a total shot in the dark, but could this issue be related to the compression algo of different camera models or manufacturers?
I've uploaded a file from my iPhone via browser, where I could NOT reproduce this issue.

But, since there are two different generations from Samsung Galaxy phones involved, I assume this issue is still kind of related to the Immich update.

@Jan-Nox commented on GitHub (Nov 4, 2025): I've had the same issue using the browser upload in Firefox using photos from a Samsung Galaxy 22. I Had the idea to pre-compress the original photo using a third-party software (TinyPNG on the internet and Imagine on a Windows desktop.). I recognized that despite the same image dimensions, the *compressed* photos would actually generate the thumbnails, but not the original ones. Original Image Details: Dimensions: 4,000px x 3,000px Size: 3,683,329 Bytes EXIF details: <img width="298" height="243" alt="Image" src="https://github.com/user-attachments/assets/bee3d30d-e864-405d-8212-13b846c72b55" /> Compressed Image Details: Dimensions: 4,000px x 3,000px Size: 458,710 Bytes EXIF details: <img width="318" height="325" alt="Image" src="https://github.com/user-attachments/assets/e57f09a8-2f90-49e4-82a4-d37bec782ab6" /> I also tried to remove all EXIF data from the image and using the original file to upload - No thumbnail has been created here. That's a total shot in the dark, but could this issue be related to the compression algo of different camera models or manufacturers? I've uploaded a file from my iPhone via browser, where I could NOT reproduce this issue. But, since there are two different generations from Samsung Galaxy phones involved, I assume this issue is still kind of related to the Immich update.
OVERLORD commented 2026-02-05 13:16:21 +03:00
Author
Owner
Copy Link

@Jan-Nox commented on GitHub (Nov 4, 2025):

I was curious about it too, that the size could be the one that matters. But I don't use a tool to rezise the image, it is enough to take a picture not in landscape format but in portrait mode with the same resolution and size to make it work.

4032 x 1816 px - no thumb 1816 x 4032 px - thumbs are there.

Same phone, no change to the resolution.

I've just stumbled opon your comment and tested that. So our Immich server doesn't make a difference between landscape or portrait photos from our Samsung Galaxy S22 - Both photos won't have thumbnails.

@Jan-Nox commented on GitHub (Nov 4, 2025): > I was curious about it too, that the size could be the one that matters. But I don't use a tool to rezise the image, it is enough to take a picture not in landscape format but in portrait mode with the same resolution and size to make it work. > > 4032 x 1816 px - no thumb 1816 x 4032 px - thumbs are there. > > Same phone, no change to the resolution. I've just stumbled opon your comment and tested that. So our Immich server doesn't make a difference between landscape or portrait photos from our Samsung Galaxy S22 - Both photos won't have thumbnails.
OVERLORD commented 2026-02-05 13:16:21 +03:00
Author
Owner
Copy Link

@hasmar04 commented on GitHub (Nov 4, 2025):

I've had the same issue using the browser upload in Firefox using photos from a Samsung Galaxy 22.

I Had the idea to pre-compress the original photo using a third-party software (TinyPNG on the internet and Imagine on a Windows desktop.).

I recognized that despite the same image dimensions, the compressed photos would actually generate the thumbnails, but not the original ones.

Original Image Details: Dimensions: 4,000px x 3,000px Size: 3,683,329 Bytes EXIF details: Image

Compressed Image Details: Dimensions: 4,000px x 3,000px Size: 458,710 Bytes EXIF details: Image

I also tried to remove all EXIF data from the image and using the original file to upload - No thumbnail has been created here.

That's a total shot in the dark, but could this issue be related to the compression algo of different camera models or manufacturers? I've uploaded a file from my iPhone via browser, where I could NOT reproduce this issue.

But, since there are two different generations from Samsung Galaxy phones involved, I assume this issue is still kind of related to the Immich update.

I think what you have also identified is that there is an issue with the Samsung Camera app, and some apps like Samsung Gallery, Google Photos and TinyPNG do not follow the HEIC format as strictly as Sharp, the package used by Immich for HEIC processing, does. And by compressing it, you are creating a whole new file that actually meets the format and therefore Immich is happy.

For instance, my method to "fix" this issue was to find each photo that was problematic, open it in Samsung Gallery and then use the "Save as JPG" option, which was then uploaded to Immich. Because this completely rewrites the file, it now generates thumbnails.

@hasmar04 commented on GitHub (Nov 4, 2025): > I've had the same issue using the browser upload in Firefox using photos from a Samsung Galaxy 22. > > I Had the idea to pre-compress the original photo using a third-party software (TinyPNG on the internet and Imagine on a Windows desktop.). > > I recognized that despite the same image dimensions, the _compressed_ photos would actually generate the thumbnails, but not the original ones. > > Original Image Details: Dimensions: 4,000px x 3,000px Size: 3,683,329 Bytes EXIF details: <img alt="Image" width="298" height="243" src="https://private-user-images.githubusercontent.com/49352527/509450533-bee3d30d-e864-405d-8212-13b846c72b55.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NjIyNTQ1MzEsIm5iZiI6MTc2MjI1NDIzMSwicGF0aCI6Ii80OTM1MjUyNy81MDk0NTA1MzMtYmVlM2QzMGQtZTg2NC00MDVkLTgyMTItMTNiODQ2YzcyYjU1LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTExMDQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUxMTA0VDExMDM1MVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTJjYjdjYWFlYTFkZjhmNDdiM2I5Mzc5MzE3NDRkYTZlZDZlY2Q0YTMwZTlhNmI4YTU4MzcyOThmNDQwZmYwMmImWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.gaXWI5JBf74RTeBvrKQfc0-jLCUV1Je4p4QEHE2O4Yc"> > > Compressed Image Details: Dimensions: 4,000px x 3,000px Size: 458,710 Bytes EXIF details: <img alt="Image" width="318" height="325" src="https://private-user-images.githubusercontent.com/49352527/509451413-e57f09a8-2f90-49e4-82a4-d37bec782ab6.png?jwt=eyJ0eXAiOiJKV1QiLCJhbGciOiJIUzI1NiJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3NjIyNTQ1MzEsIm5iZiI6MTc2MjI1NDIzMSwicGF0aCI6Ii80OTM1MjUyNy81MDk0NTE0MTMtZTU3ZjA5YTgtMmY5MC00OWU0LTgyYTQtZDM3YmVjNzgyYWI2LnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNTExMDQlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjUxMTA0VDExMDM1MVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTBmM2IzNTNkOTQ5MGRmYjNkMTQ3ZjY1OTBhMThkMzZjMzcyYmYxMzE5MmEyNWM0OTFkYjI2OTU4MzBhNDk4MGYmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0In0.4HHYMU9_vPrnhmQPIujaCugQo0rFyISyP5h7Jxib2rE"> > > I also tried to remove all EXIF data from the image and using the original file to upload - No thumbnail has been created here. > > That's a total shot in the dark, but could this issue be related to the compression algo of different camera models or manufacturers? I've uploaded a file from my iPhone via browser, where I could NOT reproduce this issue. > > But, since there are two different generations from Samsung Galaxy phones involved, I assume this issue is still kind of related to the Immich update. I think what you have also identified is that there is an issue with the Samsung Camera app, and some apps like Samsung Gallery, Google Photos and TinyPNG do not follow the HEIC format as strictly as Sharp, the package used by Immich for HEIC processing, does. And by compressing it, you are creating a whole new file that actually meets the format and therefore Immich is happy. For instance, my method to "fix" this issue was to find each photo that was problematic, open it in Samsung Gallery and then use the "Save as JPG" option, which was then uploaded to Immich. Because this completely rewrites the file, it now generates thumbnails.
OVERLORD commented 2026-02-05 13:16:22 +03:00
Author
Owner
Copy Link

@TerMorab commented on GitHub (Nov 4, 2025):

One more finding. It ist not the HEIC format, that couldn't be interpreted in the right manner. I made 4 pictures with different orientation (landscape / portrait) with the phone. 2 in heic format, 2 in jpeg. Both portrait orientated pictures show up with thumbnails in the web view. The landscape ones have no thumbs.
The size is the same for all, only the orientation differs.
Attached the pics for reproduction.

immich-20251104_133349.zip

@TerMorab commented on GitHub (Nov 4, 2025): One more finding. It ist not the HEIC format, that couldn't be interpreted in the right manner. I made 4 pictures with different orientation (landscape / portrait) with the phone. 2 in heic format, 2 in jpeg. Both portrait orientated pictures show up with thumbnails in the web view. The landscape ones have no thumbs. The size is the same for all, only the orientation differs. Attached the pics for reproduction. [immich-20251104_133349.zip](https://github.com/user-attachments/files/23334471/immich-20251104_133349.zip)
OVERLORD commented 2026-02-05 13:16:22 +03:00
Author
Owner
Copy Link

@hasmar04 commented on GitHub (Nov 4, 2025):

What is the error when you try and produce thumbnails for the heic vs the JPG?
They is a very interesting find. My issue must have been different, because the photos that didn't work for me on my S22 were a kid of portrait and landscape.

@hasmar04 commented on GitHub (Nov 4, 2025): What is the error when you try and produce thumbnails for the heic vs the JPG? They is a very interesting find. My issue must have been different, because the photos that didn't work for me on my S22 were a kid of portrait and landscape.
OVERLORD commented 2026-02-05 13:16:23 +03:00
Author
Owner
Copy Link

@waqasali-AR commented on GitHub (Nov 5, 2025):

Edit: one of the images, 4.6mb, 4000 x 3000 pixel. Download fine and can view on my oneplus fine. I have been uploading from this phone before v2 and it was fine.

Same issue here
Jpeg imgaes uploaded from wifes galaxy S24 not generating thumbnail and can not view them on web or app.
App throws this exception. Will check server log when i log into server and add them here.

Error loading image: Exception: Invalid image data

#0 _futurize (dart:ui/painting.dart:7991)
#1 ImageDescriptor.encoded (dart:ui/painting.dart:7785)
#2 instantiateImageCodecWithSize (dart:ui/painting.dart:2558)
#3 PaintingBinding.instantiateImageCodecWithSize (package:flutter/src/painting/binding.dart:147)
#4 RemoteImageRequest._decodeBuffer (package:immich_mobile/infrastructure/loaders/remote_image_request.dart:164)
#5 RemoteImageRequest.load (package:immich_mobile/infrastructure/loaders/remote_image_request.dart:32)

#6 CancellableImageProviderMixin.loadRequest (package:immich_mobile/presentation/widgets/images/image_provider.dart:61)

#7 ImageStreamCompleter.setImage (package:flutter/src/painting/image_stream.dart:724)

@waqasali-AR commented on GitHub (Nov 5, 2025): Edit: one of the images, 4.6mb, 4000 x 3000 pixel. Download fine and can view on my oneplus fine. I have been uploading from this phone before v2 and it was fine. Same issue here Jpeg imgaes uploaded from wifes galaxy S24 not generating thumbnail and can not view them on web or app. App throws this exception. Will check server log when i log into server and add them here. Error loading image: Exception: Invalid image data #0 _futurize (dart:ui/painting.dart:7991) #1 ImageDescriptor.encoded (dart:ui/painting.dart:7785) #2 instantiateImageCodecWithSize (dart:ui/painting.dart:2558) #3 PaintingBinding.instantiateImageCodecWithSize (package:flutter/src/painting/binding.dart:147) #4 RemoteImageRequest._decodeBuffer (package:immich_mobile/infrastructure/loaders/remote_image_request.dart:164) #5 RemoteImageRequest.load (package:immich_mobile/infrastructure/loaders/remote_image_request.dart:32) <asynchronous suspension> #6 CancellableImageProviderMixin.loadRequest (package:immich_mobile/presentation/widgets/images/image_provider.dart:61) <asynchronous suspension> #7 ImageStreamCompleter.setImage (package:flutter/src/painting/image_stream.dart:724) <asynchronous suspension>
OVERLORD commented 2026-02-05 13:16:24 +03:00
Author
Owner
Copy Link

@TerMorab commented on GitHub (Nov 5, 2025):

Image size matters!
I just created a set of test images with PhotoFiltre 7. All images the same kind, same format (jpeg) but different dimensions:

2500.jpg 2500 x 1653 px
2001.jpg 2001 x 1653 px
2001x1179.jpg 2001 x 1179 px - just for checking, if ratio has influence too
2000.jpg 2000 x 1653 px
1000.jpg 1000 x 1653 px

Uploaded all images via Web UI and waited for the thumbnails to show up.

Image 1000.jpg and 2000.jpg created a thumbnail for, all other images above 2000 x nnnn have no thumbnail generated.
Only for the two working images I see the following log entries:

[11/05/25 11:27:54] INFO Loading detection model "PP-OCRv5_mobile" to memory [11/05/25 11:27:54] INFO Setting execution providers to ['CPUExecutionProvider'], in descending order of preference [11/05/25 11:27:54] INFO Using engine_name: onnxruntime [11/05/25 11:27:58] INFO Loading recognition model 'PP-OCRv5_mobile' to memory [11/05/25 11:27:58] INFO Setting execution providers to ['CPUExecutionProvider'], in descending order of preference [11/05/25 11:27:59] INFO Using engine_name: onnxruntime [11/05/25 11:27:59] INFO Loading recognition model 'buffalo_l' to memory [11/05/25 11:27:59] INFO Setting execution providers to ['CPUExecutionProvider'], in descending order of preference

In the WebUI of Immich it looks like that

Image

Test images for reproduction
test_images.zip

Please, could someone try to reproduce with the provided files what I am facing here?
I tried to evaluate deeper logs from the immich docker, but that's all I've got.

@TerMorab commented on GitHub (Nov 5, 2025): Image size matters! I just created a set of test images with PhotoFiltre 7. All images the same kind, same format (jpeg) but different dimensions: 2500.jpg 2500 x 1653 px 2001.jpg 2001 x 1653 px 2001x1179.jpg 2001 x 1179 px - just for checking, if ratio has influence too 2000.jpg 2000 x 1653 px 1000.jpg 1000 x 1653 px Uploaded all images via Web UI and waited for the thumbnails to show up. Image 1000.jpg and 2000.jpg created a thumbnail for, all other images above 2000 x nnnn have no thumbnail generated. Only for the two working images I see the following log entries: ` [11/05/25 11:27:54] INFO Loading detection model "PP-OCRv5_mobile" to memory [11/05/25 11:27:54] INFO Setting execution providers to ['CPUExecutionProvider'], in descending order of preference [11/05/25 11:27:54] INFO Using engine_name: onnxruntime [11/05/25 11:27:58] INFO Loading recognition model 'PP-OCRv5_mobile' to memory [11/05/25 11:27:58] INFO Setting execution providers to ['CPUExecutionProvider'], in descending order of preference [11/05/25 11:27:59] INFO Using engine_name: onnxruntime [11/05/25 11:27:59] INFO Loading recognition model 'buffalo_l' to memory [11/05/25 11:27:59] INFO Setting execution providers to ['CPUExecutionProvider'], in descending order of preference ` In the WebUI of Immich it looks like that <img width="1604" height="768" alt="Image" src="https://github.com/user-attachments/assets/eb7035e8-27c4-439b-8b52-f93f8d345fe7" /> Test images for reproduction [test_images.zip](https://github.com/user-attachments/files/23358431/test_images.zip) Please, could someone try to reproduce with the provided files what I am facing here? I tried to evaluate deeper logs from the immich docker, but that's all I've got.
OVERLORD commented 2026-02-05 13:16:24 +03:00
Author
Owner
Copy Link

@Jan-Nox commented on GitHub (Nov 5, 2025):

Hi TerMorab,

unfortunately I was not able to reproduce that behavior with your provided test images.
All thumbnails have been generated successfully after uploading them via webUI from my Win 11 desktop using Firefox 144.0.2x64 to my Immich server v2.2.2

  • 1000.jpg Created successfully
  • 2000.jpg Created successfully
  • 2001.jpg Created successfully
  • 2001x1179.jpg Created successfully
  • 2500.jpg Created successfully
Image

Also, the docker logs don't show up anything suspicious.

@Jan-Nox commented on GitHub (Nov 5, 2025): Hi [TerMorab](https://github.com/TerMorab), unfortunately I was not able to reproduce that behavior with your provided test images. All thumbnails have been generated successfully after uploading them via webUI from my Win 11 desktop using Firefox 144.0.2x64 to my Immich server v2.2.2 - 1000.jpg Created successfully - 2000.jpg Created successfully - 2001.jpg Created successfully - 2001x1179.jpg Created successfully - 2500.jpg Created successfully <img width="1637" height="533" alt="Image" src="https://github.com/user-attachments/assets/3ad7fa0a-b3a6-46f6-a0e8-5d20d04f4ba8" /> Also, the docker logs don't show up anything suspicious.
OVERLORD commented 2026-02-05 13:16:25 +03:00
Author
Owner
Copy Link

@TerMorab commented on GitHub (Nov 5, 2025):

OK. Thank you @Jan-Nox for making me nervous ;-)
Now I'm stuck with this strange behavior. My Immich Server Version is 2.2.1
I will wait, till the Homeassistant AddOn provider pushes the latest version out.
Are there any hot spots, where I could possibly find additional information about whats going wrong? Im not the docker guy, so any support would be appreciated.

@TerMorab commented on GitHub (Nov 5, 2025): OK. Thank you @Jan-Nox for making me nervous ;-) Now I'm stuck with this strange behavior. My Immich Server Version is 2.2.1 I will wait, till the Homeassistant AddOn provider pushes the latest version out. Are there any hot spots, where I could possibly find additional information about whats going wrong? Im not the docker guy, so any support would be appreciated.
OVERLORD commented 2026-02-05 13:16:25 +03:00
Author
Owner
Copy Link

@bo0tzz commented on GitHub (Nov 5, 2025):

The homeassistant addon is a strange custom docker image, and doesn't use our official install. Thumbnail generation is pretty sensitive to the tools & libraries installed on a system level, so this is probably due to the installation method you're using.

@bo0tzz commented on GitHub (Nov 5, 2025): The homeassistant addon is a strange custom docker image, and doesn't use our official install. Thumbnail generation is pretty sensitive to the tools & libraries installed on a system level, so this is probably due to the installation method you're using.
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#7729
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?