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 iOS app doesn't upload but prepares images and taking my space #7495

New Issue
Open
opened 2026-02-05 13:05:12 +03:00 by OVERLORD · 41 comments
OVERLORD commented 2026-02-05 13:05:12 +03:00
Owner
Copy Link

Originally created by @iAmRenzo on GitHub (Oct 11, 2025).

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

  • Yes

The bug

I have enabled back-up for my entire photo library. That are 61.708 files. The app says 18.184 are ready for upload. After 5 days my upload count is still only 2.044. Immich is using 18 GB of storage.

Uploading could be fast within my network.

The OS that Immich Server is running on

Synology Docker / Portainer

Version of Immich Server

2.0.0

Version of Immich Mobile App

2.0.1 build 230

Platform with the issue

  • Server
  • Web
  • Mobile

Device make and model

iPhone 16 Pro Max

Your docker-compose.yml content

name: immich_original

services:
  immich-server:
    container_name: Immich_Server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    volumes:
      - ${UPLOAD_LOCATION}:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - stack.env
    ports:
      - '2283:2283'
    depends_on:
      - redis
      - database
    restart: always
    healthcheck:
      disable: false

  power-tools:
    image: ghcr.io/varun-raj/immich-power-tools:latest
    container_name: Immich_Power_Tools
    ports:
      - "2284:3000"
    env_file:
      - stack.env
    environment:
      IMMICH_API_KEY: "NYnYdTCR1heoY5Rjms6c42BrL2L9LH8jIXGKbRvg"
      IMMICH_URL: "http://192.168.1.121:2283"
      EXTERNAL_IMMICH_URL: "https://photo.renzo.ovh"
      DB_HOST: database
      DB_PORT: "5432"
      GEMINI_API_KEY: "AIzaSyBafU-g9s-8AThQTfz-jD-BE-vHMe5n_1s"
    restart: unless-stopped

  immich-machine-learning:
    container_name: Immich_Machine_Learning
    image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
    volumes:
      - model-cache:/cache
    env_file:
      - stack.env
    restart: always
    healthcheck:
      disable: false

  redis:
    container_name: Immich_Redis
    image: docker.io/valkey/valkey:8-bookworm@sha256:ff21bc0f8194dc9c105b769aeabf9585fea6a8ed649c0781caeac5cb3c247884
    healthcheck:
      test: redis-cli ping || exit 1
    restart: always

  database:
    container_name: Immich_Postgres
    image: ghcr.io/immich-app/postgres:14-vectorchord0.3.0-pgvectors0.2.0@sha256:fa4f6e0971f454cd95fec5a9aaed2ed93d8f46725cc6bc61e0698e97dba96da1
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
      POSTGRES_INITDB_ARGS: '--data-checksums'
      # Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs
      DB_STORAGE_TYPE: 'HDD'
    volumes:

      - ${DB_DATA_LOCATION}:/var/lib/postgresql/data
    restart: always

volumes:
  model-cache:

Your .env content

UPLOAD_LOCATION=/volume1/MediaStation/Bibliotheek/Immich
DB_DATA_LOCATION=/volume1/MediaStation/Bibliotheek/Docker/Immich/db
TZ=Europe/Amsterdam
IMMICH_VERSION=release
DB_PASSWORD=postgresimmch
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

Reproduction steps

  1. Enable upload/backup of album "all"
  2. Wait
Image

...

Relevant log output

Additional information

No response

Originally created by @iAmRenzo on GitHub (Oct 11, 2025). ### I have searched the existing issues, both open and closed, to make sure this is not a duplicate report. - [x] Yes ### The bug I have enabled back-up for my entire photo library. That are 61.708 files. The app says 18.184 are ready for upload. After 5 days my upload count is still only 2.044. Immich is using 18 GB of storage. Uploading could be fast within my network. ### The OS that Immich Server is running on Synology Docker / Portainer ### Version of Immich Server 2.0.0 ### Version of Immich Mobile App 2.0.1 build 230 ### Platform with the issue - [ ] Server - [ ] Web - [x] Mobile ### Device make and model iPhone 16 Pro Max ### Your docker-compose.yml content ```YAML name: immich_original services: immich-server: container_name: Immich_Server image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release} volumes: - ${UPLOAD_LOCATION}:/usr/src/app/upload - /etc/localtime:/etc/localtime:ro env_file: - stack.env ports: - '2283:2283' depends_on: - redis - database restart: always healthcheck: disable: false power-tools: image: ghcr.io/varun-raj/immich-power-tools:latest container_name: Immich_Power_Tools ports: - "2284:3000" env_file: - stack.env environment: IMMICH_API_KEY: "NYnYdTCR1heoY5Rjms6c42BrL2L9LH8jIXGKbRvg" IMMICH_URL: "http://192.168.1.121:2283" EXTERNAL_IMMICH_URL: "https://photo.renzo.ovh" DB_HOST: database DB_PORT: "5432" GEMINI_API_KEY: "AIzaSyBafU-g9s-8AThQTfz-jD-BE-vHMe5n_1s" restart: unless-stopped immich-machine-learning: container_name: Immich_Machine_Learning image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release} volumes: - model-cache:/cache env_file: - stack.env restart: always healthcheck: disable: false redis: container_name: Immich_Redis image: docker.io/valkey/valkey:8-bookworm@sha256:ff21bc0f8194dc9c105b769aeabf9585fea6a8ed649c0781caeac5cb3c247884 healthcheck: test: redis-cli ping || exit 1 restart: always database: container_name: Immich_Postgres image: ghcr.io/immich-app/postgres:14-vectorchord0.3.0-pgvectors0.2.0@sha256:fa4f6e0971f454cd95fec5a9aaed2ed93d8f46725cc6bc61e0698e97dba96da1 environment: POSTGRES_PASSWORD: ${DB_PASSWORD} POSTGRES_USER: ${DB_USERNAME} POSTGRES_DB: ${DB_DATABASE_NAME} POSTGRES_INITDB_ARGS: '--data-checksums' # Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs DB_STORAGE_TYPE: 'HDD' volumes: - ${DB_DATA_LOCATION}:/var/lib/postgresql/data restart: always volumes: model-cache: ``` ### Your .env content ```Shell UPLOAD_LOCATION=/volume1/MediaStation/Bibliotheek/Immich DB_DATA_LOCATION=/volume1/MediaStation/Bibliotheek/Docker/Immich/db TZ=Europe/Amsterdam IMMICH_VERSION=release DB_PASSWORD=postgresimmch DB_USERNAME=postgres DB_DATABASE_NAME=immich ``` ### Reproduction steps 1. Enable upload/backup of album "all" 2. Wait <img width="660" height="1434" alt="Image" src="https://github.com/user-attachments/assets/ed096620-2b25-4cc3-a382-aaca1a6536e9" /> 3. ... ### Relevant log output ```shell ``` ### Additional information _No response_
OVERLORD commented 2026-02-05 13:05:14 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Oct 11, 2025):

There are some limitations with users who are using iCloud at the moment. Since the assets are on iCloud, the app needs first to download them from iCloud before it can process them for upload to the server.

The two limitations here are

  1. iCloud download speed
  2. iCloud rate limit
@alextran1502 commented on GitHub (Oct 11, 2025): There are some limitations with users who are using iCloud at the moment. Since the assets are on iCloud, the app needs first to download them from iCloud before it can process them for upload to the server. The two limitations here are 1. iCloud download speed 2. iCloud rate limit
OVERLORD commented 2026-02-05 13:05:15 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Oct 11, 2025):

To get this process going faster, you can turn on the Download and keep original options in iCloud Photos on your device

@alextran1502 commented on GitHub (Oct 11, 2025): To get this process going faster, you can turn on the Download and keep original options in iCloud Photos on your device
OVERLORD commented 2026-02-05 13:05:16 +03:00
Author
Owner
Copy Link

@iAmRenzo commented on GitHub (Oct 11, 2025):

What does 'ready for upload' and 18GB of storage mean? Feels like no iCloud problem. Also iCloud up and download goes faster than Immich upload to a local server.

@iAmRenzo commented on GitHub (Oct 11, 2025): What does 'ready for upload' and 18GB of storage mean? Feels like no iCloud problem. Also iCloud up and download goes faster than Immich upload to a local server.
OVERLORD commented 2026-02-05 13:05:17 +03:00
Author
Owner
Copy Link

@goalie2002 commented on GitHub (Oct 11, 2025):

A few questions:

  1. Are you using a reverse proxy
  2. Are you leaving the app open in the foreground to upload? Background upload will take forever with this many pictures to upload.
  3. What are your server specs? It's possible it might be getting overwhelmed and then slows to a crawl. In that case you can try pausing all jobs while uploading, or adjusting concurrency settings to reduce the load which could help.

Now that you've described it in more detail, the app's storage usage could indeed be caused in part by #22574

@goalie2002 commented on GitHub (Oct 11, 2025): A few questions: 1. Are you using a reverse proxy 2. Are you leaving the app open in the foreground to upload? Background upload will take forever with this many pictures to upload. 3. What are your server specs? It's possible it might be getting overwhelmed and then slows to a crawl. In that case you can try pausing all jobs while uploading, or adjusting concurrency settings to reduce the load which could help. Now that you've described it in more detail, the app's storage usage could indeed be caused in part by #22574
OVERLORD commented 2026-02-05 13:05:17 +03:00
Author
Owner
Copy Link

@iAmRenzo commented on GitHub (Oct 12, 2025):

  1. Yes. I thought I added the local ip, but using a reverse proxy.
  2. I did, one night. Didn't help.
  3. I have a Synology DS918+
@iAmRenzo commented on GitHub (Oct 12, 2025): 1. Yes. I thought I added the local ip, but using a reverse proxy. 2. I did, one night. Didn't help. 3. I have a Synology DS918+
OVERLORD commented 2026-02-05 13:05:18 +03:00
Author
Owner
Copy Link

@goalie2002 commented on GitHub (Oct 12, 2025):

Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time)

@goalie2002 commented on GitHub (Oct 12, 2025): Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time)
OVERLORD commented 2026-02-05 13:05:19 +03:00
Author
Owner
Copy Link

@techn1fire commented on GitHub (Oct 13, 2025):

I have the same issue regardless if I'm accessing internally via direct IP or externally via proxy. Most of my content has uploaded to my NAS after a few weeks of waiting and clearing cache/redownloading the app, but now I'm down to roughly 80 items, most of which are videos from 2-50 GB. I've only ever seen the 50 GB video file successfully cache on my device and start uploading to my NAS, but then the app crashed, and it never would attempt to upload again. I've tried leaving my phone on/unlocked all night, but all I get is a full storage alert or I wake up to the app having crashed yet again.

I'm using a brand new 17 Pro Max @ 512GB with Wi-Fi 7 to my UGREEN 6-drive NAS connected via 2.5g Ethernet. I've attempted using a USB C to Ethernet adapter with my phone to provide a more stable connection, but that still doesn't fix the issue.

It seems as though when my phone tries to download my photos/videos from iCloud before they're uploaded, and the app crashes, then it cannot recover and eats up that storage space on my device. Clearing file cache does sometimes clear space, but not all of it, and I've left with ~100GB of unusable storage space used by Immich on my phone.

I've tried disabling automatic backup and manually uploading my large video files, but that just loads with no indication of how much is left to download, or if it failed without looking at the app logs.

Related/Similar to #22574

@techn1fire commented on GitHub (Oct 13, 2025): I have the same issue regardless if I'm accessing internally via direct IP or externally via proxy. Most of my content has uploaded to my NAS after a few weeks of waiting and clearing cache/redownloading the app, but now I'm down to roughly 80 items, most of which are videos from 2-50 GB. I've only ever seen the 50 GB video file successfully cache on my device and start uploading to my NAS, but then the app crashed, and it never would attempt to upload again. I've tried leaving my phone on/unlocked all night, but all I get is a full storage alert or I wake up to the app having crashed yet again. I'm using a brand new 17 Pro Max @ 512GB with Wi-Fi 7 to my UGREEN 6-drive NAS connected via 2.5g Ethernet. I've attempted using a USB C to Ethernet adapter with my phone to provide a more stable connection, but that still doesn't fix the issue. It seems as though when my phone tries to download my photos/videos from iCloud before they're uploaded, and the app crashes, then it cannot recover and eats up that storage space on my device. Clearing file cache does sometimes clear space, but not all of it, and I've left with ~100GB of unusable storage space used by Immich on my phone. I've tried disabling automatic backup and manually uploading my large video files, but that just loads with no indication of how much is left to download, or if it failed without looking at the app logs. Related/Similar to #22574
OVERLORD commented 2026-02-05 13:05:19 +03:00
Author
Owner
Copy Link

@Erdk2 commented on GitHub (Oct 13, 2025):

Same issue, last iOS, last immesh app version; app prepare upload and it doesn't upload nothing.

@Erdk2 commented on GitHub (Oct 13, 2025): Same issue, last iOS, last immesh app version; app prepare upload and it doesn't upload nothing.
OVERLORD commented 2026-02-05 13:05:20 +03:00
Author
Owner
Copy Link

@ElioDiNino commented on GitHub (Oct 14, 2025):

My partner has also been having a similar issue. Switching back to the old timeline seemed to help, which is unfortunate.

@ElioDiNino commented on GitHub (Oct 14, 2025): My partner has also been having a similar issue. Switching back to the old timeline seemed to help, which is unfortunate.
OVERLORD commented 2026-02-05 13:05:20 +03:00
Author
Owner
Copy Link

@techn1fire commented on GitHub (Oct 14, 2025):

Last night I decided to download Immich on my phone again after having removed it for a week or so, and the large 50 GB video file I was having trouble with finally uploaded this morning!

After leaving my phone on/unlocked all night to re-hash my photos/videos, this morning I noticed my phone was getting hot and figured it was trying to download this file again. I had to look at my router network traffic (Unifi) to determine if that was the case since there's 0 indication of iCloud content caching in the app. 50 GB later, I saw the video file had cached on my device, and I could play the video in the Immich app before it started to upload (this is a 1:15:55 long video). For some reason though, before it started uploading, something in the app bugged out, and I had 50 GB of wasted space on my device. Checking the app logs indicated the media file for that video were missing, and going back to the video in the timeline now showed 0:00 again. I closed the app and tried again. It started to download the video file again, which now triggered a low storage alert, and at this point I'm at 100 GB of used space on my device. I removed some other content from my phone to free up space because I wanted to get this done, and finally it was able to cache the file and start uploading.

I wish everyone else luck here since the iOS backup logic is like a game of chance at this time.

This is the setup I have for reference:
iPhone 17 Pro Max, iOS 26.0.1 (512 GB)
1Gbps fiber internet with Wi-Fi 7 hitting over 1.1 Gbps on my phone (1.2 Gbps from the router directly)
10Gb Ubiquiti switch stack (AP connected via 2.5Gb uplink)
UGREEN 6-bay NAS with 2.5Gb uplink (Immich via docker)

Image Image Image Image Image
@techn1fire commented on GitHub (Oct 14, 2025): Last night I decided to download Immich on my phone again after having removed it for a week or so, and the large 50 GB video file I was having trouble with finally uploaded this morning! After leaving my phone on/unlocked all night to re-hash my photos/videos, this morning I noticed my phone was getting hot and figured it was trying to download this file again. I had to look at my router network traffic (Unifi) to determine if that was the case since there's 0 indication of iCloud content caching in the app. 50 GB later, I saw the video file had cached on my device, and I could play the video in the Immich app before it started to upload (this is a 1:15:55 long video). For some reason though, before it started uploading, something in the app bugged out, and I had 50 GB of wasted space on my device. Checking the app logs indicated the media file for that video were missing, and going back to the video in the timeline now showed 0:00 again. I closed the app and tried again. It started to download the video file again, which now triggered a low storage alert, and at this point I'm at 100 GB of used space on my device. I removed some other content from my phone to free up space because I wanted to get this done, and finally it was able to cache the file and start uploading. I wish everyone else luck here since the iOS backup logic is like a game of chance at this time. This is the setup I have for reference: iPhone 17 Pro Max, iOS 26.0.1 (512 GB) 1Gbps fiber internet with Wi-Fi 7 hitting over 1.1 Gbps on my phone (1.2 Gbps from the router directly) 10Gb Ubiquiti switch stack (AP connected via 2.5Gb uplink) UGREEN 6-bay NAS with 2.5Gb uplink (Immich via docker) <img height="400" alt="Image" src="https://github.com/user-attachments/assets/264ff2f4-4609-4587-b3a7-e9180f15e80d" /> <img height="400" alt="Image" src="https://github.com/user-attachments/assets/032e7c91-3f24-4495-b130-a8c2ffa55287" /> <img height="400" alt="Image" src="https://github.com/user-attachments/assets/c12fb450-d8d6-4893-9c6c-3243478fb1e6" /> <img height="400" alt="Image" src="https://github.com/user-attachments/assets/8af268b3-eec1-469f-99fa-6a8146a18710" /> <img height="400" alt="Image" src="https://github.com/user-attachments/assets/abfe68c3-df8a-4028-a918-e280aeb8eafe" />
OVERLORD commented 2026-02-05 13:05:21 +03:00
Author
Owner
Copy Link

@dburnette commented on GitHub (Oct 15, 2025):

I've been having this exact issue ever since the beta timeline was introduced. In the old timeline, almost every button press would freeze the app for 30+ seconds and so I was never able to use it. For the last several months, I have been fighting with Immich to upload my library, which is 90,000 photos, 5,800 videos, and 1.4TB in size.

Initially, like the previous posters, I thought maybe iCloud was to blame. Since my iPhone 16 Pro Max only had 1TB of storage, I couldn't download my library, so for the good for the Immich community, I went ahead and bought an iPhone 17 Pro Max with 2TB of storage, just so that I could store my library locally and fix the Immich uploading problems.

SORRY TO REPORT: It hasn't changed anything. All issues are EXACTLY the same with the entire library downloaded onto the device. Downloading from iCloud is not the issue. I STILL cannot upload my photos or videos, other than in fits and starts, usually 100-500 items at a time before the app just stops trying. Sometimes it just won't queue any additional photos as the server sits idle. Sometimes it queues a bunch of items but none of them upload.

I've run into all of the heating issues that users above have reported. Not charing overnight and draining the battery, over heating on wifi, etc. I've tried everything, plugging into Ethernet directly to iPhone via USB-C, being close to Wifi. I've tried reverse proxy and direct local connection. I've tried canceling "backup" (I'm sure you all have run into the 'cancelling takes forever' bug) and re-enabling it. I've restarted the app more time than I can count. I thought maybe certain albums are the problem, so I've tried deselecting and re-selecting certain albums in different configurations. I've tried blowing away my database and starting from scratch. Nothing works.

It's a frustrating game of whack-a-mole that is impossible to win. As of now, I've managed to backup about 51,000 assets, after MONTHS of trying.

It's so funny, I browse through this forum of users reporting issues actually USING IMMICH, and I'm so jealous because I can't even get to the point where I can encounter those bugs because uploading doesn't work. I feel like I'm constantly being gaslit by all of the people who claim it's so awesome.

I would love to financially support this product, but until the upload issues are fixed on iOS, I simply cannot do it. All other features of the product should be secondary to the very basic issue of uploading photos.

@dburnette commented on GitHub (Oct 15, 2025): I've been having this exact issue ever since the beta timeline was introduced. In the old timeline, almost every button press would freeze the app for 30+ seconds and so I was never able to use it. For the last several months, I have been fighting with Immich to upload my library, which is 90,000 photos, 5,800 videos, and 1.4TB in size. Initially, like the previous posters, I thought maybe iCloud was to blame. Since my iPhone 16 Pro Max only had 1TB of storage, I couldn't download my library, so for the good for the Immich community, I went ahead and bought an iPhone 17 Pro Max with 2TB of storage, just so that I could store my library locally and fix the Immich uploading problems. SORRY TO REPORT: It hasn't changed anything. All issues are EXACTLY the same with the entire library downloaded onto the device. Downloading from iCloud is not the issue. I STILL cannot upload my photos or videos, other than in fits and starts, usually 100-500 items at a time before the app just stops trying. Sometimes it just won't queue any additional photos as the server sits idle. Sometimes it queues a bunch of items but none of them upload. I've run into all of the heating issues that users above have reported. Not charing overnight and draining the battery, over heating on wifi, etc. I've tried everything, plugging into Ethernet directly to iPhone via USB-C, being close to Wifi. I've tried reverse proxy and direct local connection. I've tried canceling "backup" (I'm sure you all have run into the 'cancelling takes forever' bug) and re-enabling it. I've restarted the app more time than I can count. I thought maybe certain albums are the problem, so I've tried deselecting and re-selecting certain albums in different configurations. I've tried blowing away my database and starting from scratch. Nothing works. It's a frustrating game of whack-a-mole that is impossible to win. As of now, I've managed to backup about 51,000 assets, after MONTHS of trying. It's so funny, I browse through this forum of users reporting issues actually USING IMMICH, and I'm so jealous because I can't even get to the point where I can encounter those bugs because uploading doesn't work. I feel like I'm constantly being gaslit by all of the people who claim it's so awesome. I would love to financially support this product, but until the upload issues are fixed on iOS, I simply cannot do it. All other features of the product should be secondary to the very basic issue of uploading photos.
OVERLORD commented 2026-02-05 13:05:21 +03:00
Author
Owner
Copy Link

@Erdk2 commented on GitHub (Oct 15, 2025):

Immich 2.1.0 continues with same problem, its impossible to upload nothing

Image
Image

@Erdk2 commented on GitHub (Oct 15, 2025): Immich 2.1.0 continues with same problem, its impossible to upload nothing ![Image](https://github.com/user-attachments/assets/c1d49a15-1d59-483b-aafc-07a6bc108af5) ![Image](https://github.com/user-attachments/assets/46a85b93-a1ab-4cd2-bb1e-a676be0b435d)
OVERLORD commented 2026-02-05 13:05:22 +03:00
Author
Owner
Copy Link

@iAmRenzo commented on GitHub (Oct 16, 2025):

Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time)

Local ip doesn't change anything, unfortunately.

I cannot save all my library on my iPhone, but I can on my Mac. If I upload from my Mac (via the app), will it recognise the photos correctly on my phone and not upload them again? That would be something for now.

@iAmRenzo commented on GitHub (Oct 16, 2025): > Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time) Local ip doesn't change anything, unfortunately. I cannot save all my library on my iPhone, but I can on my Mac. If I upload from my Mac (via the app), will it recognise the photos correctly on my phone and not upload them again? That would be something for now.
OVERLORD commented 2026-02-05 13:05:22 +03:00
Author
Owner
Copy Link

@goalie2002 commented on GitHub (Oct 16, 2025):

Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time)

Local ip doesn't change anything, unfortunately.

I cannot save all my library on my iPhone, but I can on my Mac. If I upload from my Mac (via the app), will it recognise the photos correctly on my phone and not upload them again? That would be something for now.

Assuming the files are identical, yes. But your phone will still have to hash all the assets to know that they're already uploaded, but if that step is working fine and only uploading is the issue, then this could be a good workaround for now.

@goalie2002 commented on GitHub (Oct 16, 2025): > > Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time) > > Local ip doesn't change anything, unfortunately. > > I cannot save all my library on my iPhone, but I can on my Mac. If I upload from my Mac (via the app), will it recognise the photos correctly on my phone and not upload them again? That would be something for now. Assuming the files are identical, yes. But your phone will still have to hash all the assets to know that they're already uploaded, but if that step is working fine and only uploading is the issue, then this could be a good workaround for now.
OVERLORD commented 2026-02-05 13:05:23 +03:00
Author
Owner
Copy Link

@dburnette commented on GitHub (Oct 16, 2025):

What Mac app are you using? I searched and I cannot find a Immich app for Mac.

@dburnette commented on GitHub (Oct 16, 2025): What Mac app are you using? I searched and I cannot find a Immich app for Mac.
OVERLORD commented 2026-02-05 13:05:24 +03:00
Author
Owner
Copy Link

@iAmRenzo commented on GitHub (Oct 16, 2025):

Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time)

Local ip doesn't change anything, unfortunately.

I cannot save all my library on my iPhone, but I can on my Mac. If I upload from my Mac (via the app), will it recognise the photos correctly on my phone and not upload them again? That would be something for now.

Assuming the files are identical, yes. But your phone will still have to hash all the assets to know that they're already uploaded, but if that step is working fine and only uploading is the issue, then this could be a good workaround for now.

The iPad app on my Mac will hash them too right?

@iAmRenzo commented on GitHub (Oct 16, 2025): > > > Ok, just keep using local ip the remove the proxy from the equation. I'm not 100% how the new Immich app behaves with iCloud, but I can say that iCloud can be atrociously slow, so it wouldn't surprise me if it is the limiting factor, but let's not assume that. Can you monitor the server resource usage while you upload? That synology's cpu isn't super fast and it comes with 4gb ram by default afaik so it could just be resource constraint (tho if that were the case I'd expect the upload to be fast when you initially start it, and then slow down over time) > > > > Local ip doesn't change anything, unfortunately. > > > > I cannot save all my library on my iPhone, but I can on my Mac. If I upload from my Mac (via the app), will it recognise the photos correctly on my phone and not upload them again? That would be something for now. > > Assuming the files are identical, yes. But your phone will still have to hash all the assets to know that they're already uploaded, but if that step is working fine and only uploading is the issue, then this could be a good workaround for now. The iPad app on my Mac will hash them too right?
OVERLORD commented 2026-02-05 13:05:24 +03:00
Author
Owner
Copy Link

@goalie2002 commented on GitHub (Oct 16, 2025):

Yes, but the app on your phone will still have to hash all of its local assets (iCloud counts as local) so it can check if that hash (and thus its associated asset) already exists on the server. This avoids unnecessary uploads, but still means every asset has to be pulled from iCloud at least once.

Edit: but at least if you upload them all from Mac first, they'll be on your server, so your phone won't have to actually upload anything. And you can start using your Immich instance sooner

@goalie2002 commented on GitHub (Oct 16, 2025): Yes, but the app on your phone will still have to hash all of its local assets (iCloud counts as local) so it can check if that hash (and thus its associated asset) already exists on the server. This avoids unnecessary uploads, but still means every asset has to be pulled from iCloud at least once. Edit: but at least if you upload them all from Mac first, they'll be on your server, so your phone won't have to actually upload anything. And you can start using your Immich instance sooner
OVERLORD commented 2026-02-05 13:05:25 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Oct 16, 2025):

Hey guys, first, I want to say that having a large library on iCloud and uploading it via Immich sucks, it is fucking slow and annoying. I know it is a pain, and I am very aware of this app's limitations at the moment.

In a perfect world, iCloud should provide the file's checksum or hash so we don't need to compute it beforehand to upload some files. Unfortunately, there are many obstacles to working with iCloud assets; that is the current state of the matter as we know it.

If you absolutely want to use Immich with a very big iCloud library, unfortunately, you might have to use iCloudPD to download them on a computer and then mount it via external library https://github.com/icloud-photos-downloader/icloud_photos_downloader, and then disable iCloud Photos.

Regardless, we are still finding ways to make it less painful for iCloud users with a large library.

@Erdk2 What is the exact issue you are having, how big is your library and what is the behavior?

@dburnette, do you mind providing the screenshot of the App Settings > Sync Status page?

@alextran1502 commented on GitHub (Oct 16, 2025): Hey guys, first, I want to say that having a large library on iCloud and uploading it via Immich sucks, it is fucking slow and annoying. I know it is a pain, and I am very aware of this app's limitations at the moment. In a perfect world, iCloud should provide the file's checksum or hash so we don't need to compute it beforehand to upload some files. Unfortunately, there are many obstacles to working with iCloud assets; that is the current state of the matter as we know it. If you absolutely want to use Immich with a very big iCloud library, unfortunately, you might have to use iCloudPD to download them on a computer and then mount it via external library https://github.com/icloud-photos-downloader/icloud_photos_downloader, and then disable iCloud Photos. Regardless, we are still finding ways to make it less painful for iCloud users with a large library. @Erdk2 What is the exact issue you are having, how big is your library and what is the behavior? @dburnette, do you mind providing the screenshot of the App Settings > Sync Status page?
OVERLORD commented 2026-02-05 13:05:25 +03:00
Author
Owner
Copy Link

@Erdk2 commented on GitHub (Oct 16, 2025):

The problem is the new timeline; I went back to old timeline and works all ok, I have same big library (90000 pics), since I use immich, new timeline in iOS app its the problem

Image
@Erdk2 commented on GitHub (Oct 16, 2025): The problem is the new timeline; I went back to old timeline and works all ok, I have same big library (90000 pics), since I use immich, new timeline in iOS app its the problem <img width="1766" height="878" alt="Image" src="https://github.com/user-attachments/assets/e2290397-0b5f-4b7e-b911-f7d56fccc894" />
OVERLORD commented 2026-02-05 13:05:26 +03:00
Author
Owner
Copy Link

@iAmRenzo commented on GitHub (Oct 21, 2025):

If you absolutely want to use Immich with a very big iCloud library, unfortunately, you might have to use iCloudPD to download them on a computer and then mount it via external library https://github.com/icloud-photos-downloader/icloud_photos_downloader, and then disable iCloud Photos.

This is not an option. Immich is not mature enough to replace iCloud Photo library. So: no.

@iAmRenzo commented on GitHub (Oct 21, 2025): > If you absolutely want to use Immich with a very big iCloud library, unfortunately, you might have to use iCloudPD to download them on a computer and then mount it via external library https://github.com/icloud-photos-downloader/icloud_photos_downloader, and then disable iCloud Photos. This is not an option. Immich is not mature enough to replace iCloud Photo library. So: no.
OVERLORD commented 2026-02-05 13:05:26 +03:00
Author
Owner
Copy Link

@dburnette commented on GitHub (Oct 21, 2025):

Here is the sync page along with the upload page and the upload details. Currently, the app just sits permanently in this state. If I disable backup, and re-enable, I can usually get it to upload some more photos, and then it gets stuck again. If I change up the selected Backup Albums, it will also usually start backing up some photos until it gets stuck again.

As I said above, I have my entire library downloaded locally, so no iCloud downloads should need to be performed.

Image
Image
Image

@dburnette commented on GitHub (Oct 21, 2025): Here is the sync page along with the upload page and the upload details. Currently, the app just sits permanently in this state. If I disable backup, and re-enable, I can usually get it to upload some more photos, and then it gets stuck again. If I change up the selected Backup Albums, it will also usually start backing up some photos until it gets stuck again. As I said above, I have my entire library downloaded locally, so no iCloud downloads should need to be performed. ![Image](https://github.com/user-attachments/assets/6eb5db6e-0869-489d-b596-77b9a93473f7) ![Image](https://github.com/user-attachments/assets/eb6d3e07-e561-49d9-898a-76427396bb7a) ![Image](https://github.com/user-attachments/assets/62bf56f0-749b-4b62-990c-d1a0905ab665)
OVERLORD commented 2026-02-05 13:05:27 +03:00
Author
Owner
Copy Link

@dburnette commented on GitHub (Oct 24, 2025):

@alextran1502 Sorry for not tagging you in my post!

@dburnette commented on GitHub (Oct 24, 2025): @alextran1502 Sorry for not tagging you in my post!
OVERLORD commented 2026-02-05 13:05:27 +03:00
Author
Owner
Copy Link

@JMalland commented on GitHub (Oct 24, 2025):

Figured I'd also add my 5 cents to this post. I also appear to be having significant storage usage on the Immich App for IOS.

The other day, I was at a concert, and recorded a bunch of high quality video. After returning, I plugged my phone in, and began the upload in the foreground. Note, I'm not using iCloud storage whatsoever.

While uploading, whenever Immich began uploading more than 3 items at once, the uploads would fail (not even having completed). It seemed quite arbitrary as to how many concurrent uploads were going before the bulk either froze or failed.

It took many attempts to upload the majority of my files, and I had to disable and reenable backup multiple times. Now, I have maybe 3 videos left over (varying sizes, some slightly smaller than ones already uploaded) that each fail partway through uploading every time (roughly ~80%).

I feel like this whole process would have been much easier to debug if I could rrestrict the number of concurrent uploads from settings, especially with large files.

Now, any time Immich begins running the automatic backup, it takes more space from my iPhone in preparing the (failing) items for upload. This morning, I got a notification that my iPhone was out of storage, and Immich is using 36gb of my 128.

It's really inconvenient to have to uninstall the app to remove all the data when it takes so much space I can't open it anymore.

@JMalland commented on GitHub (Oct 24, 2025): Figured I'd also add my 5 cents to this post. I also appear to be having significant storage usage on the Immich App for IOS. The other day, I was at a concert, and recorded a bunch of high quality video. After returning, I plugged my phone in, and began the upload in the foreground. Note, I'm not using iCloud storage whatsoever. While uploading, whenever Immich began uploading more than 3 items at once, the uploads would fail (not even having completed). It seemed quite arbitrary as to how many concurrent uploads were going before the bulk either froze or failed. It took many attempts to upload the majority of my files, and I had to disable and reenable backup multiple times. Now, I have maybe 3 videos left over (varying sizes, some slightly smaller than ones already uploaded) that each fail partway through uploading every time (roughly ~80%). I feel like this whole process would have been much easier to debug if I could rrestrict the number of concurrent uploads from settings, especially with large files. Now, any time Immich begins running the automatic backup, it takes more space from my iPhone in preparing the (failing) items for upload. This morning, I got a notification that my iPhone was out of storage, and Immich is using 36gb of my 128. It's really inconvenient to have to uninstall the app to remove all the data when it takes so much space I can't open it anymore.
OVERLORD commented 2026-02-05 13:05:28 +03:00
Author
Owner
Copy Link

@aes3des commented on GitHub (Nov 12, 2025):

I had this exact same issue, I thought it was a reverse proxy issue for days. I read some comments around the new timeline, went into the app switched off new timeline and everything started to sync.

@aes3des commented on GitHub (Nov 12, 2025): I had this exact same issue, I thought it was a reverse proxy issue for days. I read some comments around the new timeline, went into the app switched off new timeline and everything started to sync.
OVERLORD commented 2026-02-05 13:05:29 +03:00
Author
Owner
Copy Link

@sonovice commented on GitHub (Dec 9, 2025):

Thank you very much, @aes3des! This did help.

I guess this is also the current solution to various other issues here on GitHub:

@sonovice commented on GitHub (Dec 9, 2025): Thank you very much, @aes3des! This did help. I guess this is also the current solution to various other issues here on GitHub: - https://github.com/immich-app/immich/issues/22864 - https://github.com/immich-app/immich/issues/23558 - https://github.com/immich-app/immich/issues/22407
OVERLORD commented 2026-02-05 13:05:29 +03:00
Author
Owner
Copy Link

@iAmRenzo commented on GitHub (Dec 10, 2025):

I've tried it local and with reverse proxy. I tried also the old timeline but I switched back and now uploads go faster with hashing (so not really uploads, because the data is already there; uploaded through Mac where images were offline). Still 50k too go. It's not quick.

@iAmRenzo commented on GitHub (Dec 10, 2025): I've tried it local and with reverse proxy. I tried also the old timeline but I switched back and now uploads go faster with hashing (so not really uploads, because the data is already there; uploaded through Mac where images were offline). Still 50k too go. It's not quick.
OVERLORD commented 2026-02-05 13:05:30 +03:00
Author
Owner
Copy Link

@timonrieger commented on GitHub (Dec 17, 2025):

Still 50k too go. It's not quick.

why don't you try requesting your iCloud photos on Apple's export page and then upload them?

@timonrieger commented on GitHub (Dec 17, 2025): > Still 50k too go. It's not quick. why don't you try requesting your iCloud photos on Apple's export page and then upload them?
OVERLORD commented 2026-02-05 13:05:30 +03:00
Author
Owner
Copy Link

@iAmRenzo commented on GitHub (Dec 17, 2025):

Still 50k too go. It's not quick.

why don't you try requesting your iCloud photos on Apple's export page and then upload them?

Because I want regular updates from my devices. The photos are already there. It's the process of hashing and skipping. But after weeks, it's done. Finally.

@iAmRenzo commented on GitHub (Dec 17, 2025): > > Still 50k too go. It's not quick. > > why don't you try requesting your iCloud photos on Apple's export page and then upload them? Because I want regular updates from my devices. The photos are already there. It's the process of hashing and skipping. But after weeks, it's done. Finally.
OVERLORD commented 2026-02-05 13:05:31 +03:00
Author
Owner
Copy Link

@ElioDiNino commented on GitHub (Dec 17, 2025):

My partner has also been having a similar issue. Switching back to the old timeline seemed to help, which is unfortunate.

Following up on my comment above: After getting everything backed up through the old timeline I finally convinced them to disable iCloud Photos syncing to test if that was the issue. Upon disabling syncing there was a prompt to either download all iCloud Photo assets locally or just keep whatever is already downloaded. I selected the latter and then switched the new Immich timeline back on.

Things have been running smoothly every since, but hard to say if that's only due to not having to interact with iCloud anymore or also since the app only has to hash and keep track of ~3k assets versus ~60k.

@ElioDiNino commented on GitHub (Dec 17, 2025): > My partner has also been having a similar issue. Switching back to the old timeline seemed to help, which is unfortunate. Following up on [my comment above](https://github.com/immich-app/immich/issues/22850#issuecomment-3400683252): After getting everything backed up through the old timeline I finally convinced them to [disable iCloud Photos syncing](https://support.apple.com/en-ca/102179#one_device) to test if that was the issue. Upon disabling syncing there was a prompt to either download all iCloud Photo assets locally or just keep whatever is already downloaded. I selected the latter and then switched the new Immich timeline back on. Things have been running smoothly every since, but hard to say if that's only due to not having to interact with iCloud anymore or also since the app only has to hash and keep track of ~3k assets versus ~60k.
OVERLORD commented 2026-02-05 13:05:32 +03:00
Author
Owner
Copy Link

@asterycs commented on GitHub (Dec 31, 2025):

Hello! Just wanted to add one more data point here.

I was attempting to sync a 10k photo library from an Iphone 13 to my local immich instance (over wifi). After uploading a handful of pictures the sync would simply halt. The upload queue kept growing and the storage usage of the app kept increasing (checked in the system settings).

Indeed, switching to the old timeline and restarting the sync made the problem go away. The library is syncing just fine now with the old timeline enabled.

At least to me, iCloud appears to be unrelated to the upload problems since I didn't touch anything else apart from the timeline setting.

@asterycs commented on GitHub (Dec 31, 2025): Hello! Just wanted to add one more data point here. I was attempting to sync a 10k photo library from an Iphone 13 to my local immich instance (over wifi). After uploading a handful of pictures the sync would simply halt. The upload queue kept growing and the storage usage of the app kept increasing (checked in the system settings). Indeed, switching to the old timeline and restarting the sync made the problem go away. The library is syncing just fine now with the old timeline enabled. At least to me, iCloud appears to be unrelated to the upload problems since I didn't touch anything else apart from the timeline setting.
OVERLORD commented 2026-02-05 13:05:32 +03:00
Author
Owner
Copy Link

@niektenhoopen commented on GitHub (Jan 4, 2026):

I had this exact same issue, I thought it was a reverse proxy issue for days. I read some comments around the new timeline, went into the app switched off new timeline and everything started to sync.

I can confirm that this works for me too

@niektenhoopen commented on GitHub (Jan 4, 2026): > I had this exact same issue, I thought it was a reverse proxy issue for days. I read some comments around the new timeline, went into the app switched off new timeline and everything started to sync. I can confirm that this works for me too
OVERLORD commented 2026-02-05 13:05:33 +03:00
Author
Owner
Copy Link

@gerdemann commented on GitHub (Jan 5, 2026):

Same phenomenon here.
I have a shared album containing Live Photos, which I also have in my Recent album.

The new timeline hangs during upload, while the old one uploads everything correctly.

The logs show something like this:
Error getting motion file for asset F0B4B1DB-97CE-4F0F-A4DD-6B9DE7F2F3DD/L0/001, name: IMG_1268.HEIC, created on: 2024-12-06 04:44:48.000Z

@gerdemann commented on GitHub (Jan 5, 2026): Same phenomenon here. I have a shared album containing Live Photos, which I also have in my Recent album. The new timeline hangs during upload, while the old one uploads everything correctly. The logs show something like this: `Error getting motion file for asset F0B4B1DB-97CE-4F0F-A4DD-6B9DE7F2F3DD/L0/001, name: IMG_1268.HEIC, created on: 2024-12-06 04:44:48.000Z`
OVERLORD commented 2026-02-05 13:05:33 +03:00
Author
Owner
Copy Link

@niektenhoopen commented on GitHub (Jan 5, 2026):

Another thing I notice after completing the upload via the old timeline: if I switch back to the new timeline, I see the uploaded photos (with the cloud+checkmark icon) but also a duplicate of the uploaded photos (without checkmark) next to it. It seems that the new timeline thinks that the photos on Immich are different than on iCloud/iOS?

@niektenhoopen commented on GitHub (Jan 5, 2026): Another thing I notice after completing the upload via the old timeline: if I switch back to the new timeline, I see the uploaded photos (with the cloud+checkmark icon) but also a duplicate of the uploaded photos (without checkmark) next to it. It seems that the new timeline thinks that the photos on Immich are different than on iCloud/iOS?
OVERLORD commented 2026-02-05 13:05:34 +03:00
Author
Owner
Copy Link

@Telesphoreo commented on GitHub (Jan 7, 2026):

Having this issue too. It does seem to be iCloud related as the majority of the photos were stored on iCloud, not the device. I initially switched to the old timeline and what's interesting is that it seemed like there was no hashing. It just started to download them from iCloud and upload them. However, it seems as if there are no concurrent uploads on the old timeline so it was taking a very long time. I ended up turning off iCloud Photos on the device and it started to upload correctly with the new timeline.

@Telesphoreo commented on GitHub (Jan 7, 2026): Having this issue too. It does seem to be iCloud related as the majority of the photos were stored on iCloud, not the device. I initially switched to the old timeline and what's interesting is that it seemed like there was no hashing. It just started to download them from iCloud and upload them. However, it seems as if there are no concurrent uploads on the old timeline so it was taking a very long time. I ended up turning off iCloud Photos on the device and it started to upload correctly with the new timeline.
OVERLORD commented 2026-02-05 13:05:35 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jan 7, 2026):

@niektenhoopen The new timeline uses the hash information to check for assets that exist on the server. The old implementation doesn't hash, which is why it is faster but error-prone when switching devices.

So when you switch to the new timeline, things will need to get hashed regardless.

@alextran1502 commented on GitHub (Jan 7, 2026): @niektenhoopen The new timeline uses the hash information to check for assets that exist on the server. The old implementation doesn't hash, which is why it is faster but error-prone when switching devices. So when you switch to the new timeline, things will need to get hashed regardless.
OVERLORD commented 2026-02-05 13:05:35 +03:00
Author
Owner
Copy Link

@niektenhoopen commented on GitHub (Jan 8, 2026):

@alextran1502 When I backup everything via the old timeline and switch to the new timeline I see all recent images double and the sync is stuck on 2000 items (on wifi and charger for 12 hours now). Is this hashing something that I should do with a job?

@niektenhoopen commented on GitHub (Jan 8, 2026): @alextran1502 When I backup everything via the old timeline and switch to the new timeline I see all recent images double and the sync is stuck on 2000 items (on wifi and charger for 12 hours now). Is this hashing something that I should do with a job?
OVERLORD commented 2026-02-05 13:05:36 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Jan 8, 2026):

I think that delegating the upload to the OS's queue has blinded us to why it isn't moving. So I don't have an answer for that. However, we are reworking the foreground upload mechanism to use the previous implementation instead, so we will have more control

WIP in #24883

@alextran1502 commented on GitHub (Jan 8, 2026): I think that delegating the upload to the OS's queue has blinded us to why it isn't moving. So I don't have an answer for that. However, we are reworking the foreground upload mechanism to use the previous implementation instead, so we will have more control WIP in #24883
OVERLORD commented 2026-02-05 13:05:36 +03:00
Author
Owner
Copy Link

@tj2041 commented on GitHub (Jan 12, 2026):

So I was having the same issue of them not uploading until I found this thread. I got it to work after turn on the old timeline and in my icloud settings I had to hit the download and keep originals setting from icloud too. after these 2 settings it uploaded everything pretty quickly

@tj2041 commented on GitHub (Jan 12, 2026): So I was having the same issue of them not uploading until I found this thread. I got it to work after turn on the old timeline and in my icloud settings I had to hit the download and keep originals setting from icloud too. after these 2 settings it uploaded everything pretty quickly
OVERLORD commented 2026-02-05 13:05:37 +03:00
Author
Owner
Copy Link

@ensingerphilipp commented on GitHub (Jan 19, 2026):

The not uploading Issues arise for me too, but this is not iOS specific, its happens on my Android aswell specifically when syncing Whatsapp Images and Videos

@ensingerphilipp commented on GitHub (Jan 19, 2026): The not uploading Issues arise for me too, but this is not iOS specific, its happens on my Android aswell specifically when syncing Whatsapp Images and Videos
OVERLORD commented 2026-02-05 13:05:37 +03:00
Author
Owner
Copy Link

@ghost commented on GitHub (Jan 30, 2026):

Guys, forget it. For these people it is ALWAYS YOUR fault. My photos are all downloaded to my ipad and immich refuses to work properly. The sad thing is that it did work properly before. But since this is an OPE issue for months now, I doubt that anyone here will ever care about this. It will at one point be fixed by accident or it will remain this with people here shifting blame to the user. Always the same with this crap. Here's a tip: Use Ente Photos.

@ghost commented on GitHub (Jan 30, 2026): Guys, forget it. For these people it is ALWAYS YOUR fault. My photos are all downloaded to my ipad and immich refuses to work properly. The sad thing is that it did work properly before. But since this is an OPE issue for months now, I doubt that anyone here will ever care about this. It will at one point be fixed by accident or it will remain this with people here shifting blame to the user. Always the same with this crap. Here's a tip: Use Ente Photos.
OVERLORD commented 2026-02-05 13:05:38 +03:00
Author
Owner
Copy Link

@niektenhoopen commented on GitHub (Jan 30, 2026):

Actually it works fine for me since the last update that includes the fix.

Besides that: I think you could be a bit more supportive for people that work on free software. I don't think they deserve this tone. But hey, good luck with the alternative.

@niektenhoopen commented on GitHub (Jan 30, 2026): Actually it works fine for me since the last update that includes the fix. Besides that: I think you could be a bit more supportive for people that work on free software. I don't think they deserve this tone. But hey, good luck with the alternative.
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#7495
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?