Fresh install of Immich Server on Truenas and Immich Mobile App on Android does not backup photos #8083

Closed
opened 2026-02-05 13:31:13 +03:00 by OVERLORD · 16 comments
Owner

Originally created by @depahk on GitHub (Dec 19, 2025).

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

  • Yes

The bug

I anticipate that this is similar to: https://github.com/immich-app/immich/issues/24558
But the behavior is a bit different, none of my photos are backed up.

The OS that Immich Server is running on

Container from community on TrueNAS Scale 25.04

Version of Immich Server

v2.3.1

Version of Immich Mobile App

2.4.0

Platform with the issue

  • Server
  • Web
  • Mobile

Device make and model

Samsung A34 5G

Your docker-compose.yml content

Lastest App version of the container from community on TrueNAS Scale 25.04

Your .env content

REDIS_PORT=6379
NODE_VERSION=22.18.0
IMMICH_BUILD=19524231183
HOSTNAME=41c37f0c3787
USER_ID=568
DB_PORT=5432
DB_DATABASE_NAME=immich
YARN_VERSION=1.22.22
IMMICH_MACHINE_LEARNING_ENABLED=true
LD_LIBRARY_PATH=/usr/lib/jellyfin-ffmpeg/lib:/usr/lib/wsl/lib
IMMICH_REPOSITORY=immich-app/immich
HOME=/
UMASK_SET=002
DEBIAN_RELEASE=trixie
IMMICH_SOURCE_URL=https://github.com/immich-app/immich/commit/edbdc14178b244e75d0c01c2d808b407d5547541
REDIS_HOSTNAME=redis
IMMICH_BUILD_IMAGE_URL=https://github.com/immich-app/immich/pkgs/container/immich-server
PGID=568
DB_HOSTNAME=pgvecto
DB_USERNAME=immich
GROUP_ID=568
NVIDIA_DRIVER_CAPABILITIES=all
TERM=xterm
IMMICH_LOG_LEVEL=debug
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/src/app/server/bin
GID=568
IMMICH_BUILD_IMAGE=v2.3.1
UID=568
PUID=568
IMMICH_SOURCE_REF=v2.3.1
IMMICH_SOURCE_COMMIT=edbdc14178b244e75d0c01c2d808b407d5547541
UMASK=002
IMMICH_BUILD_URL=https://github.com/immich-app/immich/actions/runs/19524231183
IMMICH_MACHINE_LEARNING_URL=http://machine-learning:32002
REDIS_PASSWORD=[redacted]
REDIS_DBINDEX=0
IMMICH_REPOSITORY_URL=https://github.com/immich-app/immich
DB_PASSWORD=[redacted]
PWD=/usr/src/app
TZ=Europe/Rome
NVIDIA_VISIBLE_DEVICES=void
NODE_ENV=production
IMMICH_PORT=80

Reproduction steps

  1. Install the server
  2. Setup basic things (also disable ML)
  3. Upload some images to test1 album
  4. Create the test1 album on mobile with the same images
  5. Create the test2 album only on mobile with some test images
  6. Install the mobile app, give full media permissions (also delete)
  7. Enable Backup and Sync Albums
  8. Add to backup Albums the test1 and test2 albums

The already existent photos of test1 album appear under Backup numbers, but the test2 photos and new photos added to test1 on mobile stucks during backup operations the photos appear and remain under "Remainder" (under Backup page). On the left of "Enable Backup" there is a continuous, infinite loop, loading icon.
On "view details" I can see the images that stuck in the list.

Relevant log output

With debug level on server:
192.168.0.202025-12-18 21:49:46.662097+00:00[Nest] 86  - 12/18/2025, 10:49:46 PM   DEBUG [Api:LoggingInterceptor~rhln5vlr] POST /api/auth/validateToken 200 0.54ms ::ffff:192.168.0.20
2025-12-18 21:49:54.569645+00:00[Nest] 86  - 12/18/2025, 10:49:54 PM   DEBUG [Api:LoggingInterceptor~gfl6yts1] POST /api/sync/stream 200 20.44ms ::ffff:192.168.0.20
2025-12-18 21:49:54.591960+00:00[Nest] 86  - 12/18/2025, 10:49:54 PM   DEBUG [Api:LoggingInterceptor~a2skwr4c] POST /api/sync/ack 204 8.45ms ::ffff:192.168.0.20
2025-12-18 21:49:57.927772+00:00[Nest] 86  - 12/18/2025, 10:49:57 PM     LOG [Api:WebsocketRepository] Websocket Connect:    hkf_ZheOqj1fS9REAABF
2025-12-18 21:50:12.131781+00:00[Nest] 86  - 12/18/2025, 10:50:12 PM   DEBUG [Api:LoggingInterceptor~vub9en93] GET /api/server/ping 200 0.14ms ::1




On client:
2025-12-18 22:58:28.513346 | info     | SyncApiRepository    | Remote Sync completed in 77ms |
2025-12-18 22:58:28.435794 | info     | SyncStreamService    | Remote sync request for user |
2025-12-18 22:49:54.764578 | info     | DriftBackupNotifier  | Start a new backup queue |
2025-12-18 22:49:54.764573 | info     | DriftBackupNotifier  | Found 0 tasks |
2025-12-18 22:49:54.744444 | info     | DriftBackupNotifier  | Resuming backup tasks... |
2025-12-18 22:49:54.574580 | info     | SyncApiRepository    | Remote Sync completed in 73ms |
2025-12-18 22:49:54.500736 | info     | SyncStreamService    | Remote sync request for user |
2025-12-18 22:49:52.741095 | info     | HashService          | Hashing took - 82ms |
2025-12-18 22:49:52.658581 | info     | HashService          | Starting hashing of assets |
2025-12-18 22:49:50.642325 | info     | DeviceSyncService    | Device sync took - 5008ms |
2025-12-18 22:49:46.372687 | info     | DeviceSyncService    | syncTrashedAssets, No assets found in backup-enabled albums for move to trash |
2025-12-18 22:49:45.935771 | info     | DeviceSyncService    | syncTrashedAssets, No remote assets found for restoration |
2025-12-18 22:49:45.919808 | info     | DeviceSyncService    | syncTrashedAssets, No trashed assets found |
2025-12-18 22:49:45.812473 | info     | SyncApiRepository    | Remote Sync completed in 177ms |
2025-12-18 22:49:45.634391 | info     | SyncStreamService    | Remote sync request for user |
2025-12-18 22:49:45.050189 | info     | AppLifeCycleNotifier | Using server URL: null |

Additional information

I tried also with another Samsung updated smartphone, tried to restart the container and whole NAS, the app, logout/login and reinstall but nothing changes.
The web app works really well, I tried various operation and no one issue. Also the mobile app works well except for this important function.
I use http and IP (not hostname) just for starting with semplicity and debug easly things like that.
Log seems not interesting for me, any ideas? Now sure if this is a bug but the configuration is minimal and standard.
Let me know if I can add some informations

Edit: Other info that can be useful:

  • seems not a storage issue: a lot of space available on server and client
  • seems not a network issue: can see new added photo from server
  • seems not a performance issue: on server I can upload a lot of GB without issues, on mobile no issues related
Originally created by @depahk on GitHub (Dec 19, 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 anticipate that this is similar to: https://github.com/immich-app/immich/issues/24558 But the behavior is a bit different, none of my photos are backed up. ### The OS that Immich Server is running on Container from community on TrueNAS Scale 25.04 ### Version of Immich Server v2.3.1 ### Version of Immich Mobile App 2.4.0 ### Platform with the issue - [ ] Server - [ ] Web - [x] Mobile ### Device make and model Samsung A34 5G ### Your docker-compose.yml content ```YAML Lastest App version of the container from community on TrueNAS Scale 25.04 ``` ### Your .env content ```Shell REDIS_PORT=6379 NODE_VERSION=22.18.0 IMMICH_BUILD=19524231183 HOSTNAME=41c37f0c3787 USER_ID=568 DB_PORT=5432 DB_DATABASE_NAME=immich YARN_VERSION=1.22.22 IMMICH_MACHINE_LEARNING_ENABLED=true LD_LIBRARY_PATH=/usr/lib/jellyfin-ffmpeg/lib:/usr/lib/wsl/lib IMMICH_REPOSITORY=immich-app/immich HOME=/ UMASK_SET=002 DEBIAN_RELEASE=trixie IMMICH_SOURCE_URL=https://github.com/immich-app/immich/commit/edbdc14178b244e75d0c01c2d808b407d5547541 REDIS_HOSTNAME=redis IMMICH_BUILD_IMAGE_URL=https://github.com/immich-app/immich/pkgs/container/immich-server PGID=568 DB_HOSTNAME=pgvecto DB_USERNAME=immich GROUP_ID=568 NVIDIA_DRIVER_CAPABILITIES=all TERM=xterm IMMICH_LOG_LEVEL=debug PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/src/app/server/bin GID=568 IMMICH_BUILD_IMAGE=v2.3.1 UID=568 PUID=568 IMMICH_SOURCE_REF=v2.3.1 IMMICH_SOURCE_COMMIT=edbdc14178b244e75d0c01c2d808b407d5547541 UMASK=002 IMMICH_BUILD_URL=https://github.com/immich-app/immich/actions/runs/19524231183 IMMICH_MACHINE_LEARNING_URL=http://machine-learning:32002 REDIS_PASSWORD=[redacted] REDIS_DBINDEX=0 IMMICH_REPOSITORY_URL=https://github.com/immich-app/immich DB_PASSWORD=[redacted] PWD=/usr/src/app TZ=Europe/Rome NVIDIA_VISIBLE_DEVICES=void NODE_ENV=production IMMICH_PORT=80 ``` ### Reproduction steps 1. Install the server 2. Setup basic things (also disable ML) 3. Upload some images to test1 album 4. Create the test1 album on mobile with the same images 5. Create the test2 album only on mobile with some test images 6. Install the mobile app, give full media permissions (also delete) 7. Enable Backup and Sync Albums 8. Add to backup Albums the test1 and test2 albums The already existent photos of test1 album appear under Backup numbers, but the test2 photos and new photos added to test1 on mobile stucks during backup operations the photos appear and remain under "Remainder" (under Backup page). On the left of "Enable Backup" there is a continuous, infinite loop, loading icon. On "view details" I can see the images that stuck in the list. ### Relevant log output ```shell With debug level on server: 192.168.0.202025-12-18 21:49:46.662097+00:00[Nest] 86 - 12/18/2025, 10:49:46 PM  DEBUG [Api:LoggingInterceptor~rhln5vlr] POST /api/auth/validateToken 200 0.54ms ::ffff:192.168.0.20 2025-12-18 21:49:54.569645+00:00[Nest] 86 - 12/18/2025, 10:49:54 PM  DEBUG [Api:LoggingInterceptor~gfl6yts1] POST /api/sync/stream 200 20.44ms ::ffff:192.168.0.20 2025-12-18 21:49:54.591960+00:00[Nest] 86 - 12/18/2025, 10:49:54 PM  DEBUG [Api:LoggingInterceptor~a2skwr4c] POST /api/sync/ack 204 8.45ms ::ffff:192.168.0.20 2025-12-18 21:49:57.927772+00:00[Nest] 86 - 12/18/2025, 10:49:57 PM  LOG [Api:WebsocketRepository] Websocket Connect: hkf_ZheOqj1fS9REAABF 2025-12-18 21:50:12.131781+00:00[Nest] 86 - 12/18/2025, 10:50:12 PM  DEBUG [Api:LoggingInterceptor~vub9en93] GET /api/server/ping 200 0.14ms ::1 On client: 2025-12-18 22:58:28.513346 | info | SyncApiRepository | Remote Sync completed in 77ms | 2025-12-18 22:58:28.435794 | info | SyncStreamService | Remote sync request for user | 2025-12-18 22:49:54.764578 | info | DriftBackupNotifier | Start a new backup queue | 2025-12-18 22:49:54.764573 | info | DriftBackupNotifier | Found 0 tasks | 2025-12-18 22:49:54.744444 | info | DriftBackupNotifier | Resuming backup tasks... | 2025-12-18 22:49:54.574580 | info | SyncApiRepository | Remote Sync completed in 73ms | 2025-12-18 22:49:54.500736 | info | SyncStreamService | Remote sync request for user | 2025-12-18 22:49:52.741095 | info | HashService | Hashing took - 82ms | 2025-12-18 22:49:52.658581 | info | HashService | Starting hashing of assets | 2025-12-18 22:49:50.642325 | info | DeviceSyncService | Device sync took - 5008ms | 2025-12-18 22:49:46.372687 | info | DeviceSyncService | syncTrashedAssets, No assets found in backup-enabled albums for move to trash | 2025-12-18 22:49:45.935771 | info | DeviceSyncService | syncTrashedAssets, No remote assets found for restoration | 2025-12-18 22:49:45.919808 | info | DeviceSyncService | syncTrashedAssets, No trashed assets found | 2025-12-18 22:49:45.812473 | info | SyncApiRepository | Remote Sync completed in 177ms | 2025-12-18 22:49:45.634391 | info | SyncStreamService | Remote sync request for user | 2025-12-18 22:49:45.050189 | info | AppLifeCycleNotifier | Using server URL: null | ``` ### Additional information I tried also with another Samsung updated smartphone, tried to restart the container and whole NAS, the app, logout/login and reinstall but nothing changes. The web app works really well, I tried various operation and no one issue. Also the mobile app works well except for this important function. I use http and IP (not hostname) just for starting with semplicity and debug easly things like that. Log seems not interesting for me, any ideas? Now sure if this is a bug but the configuration is minimal and standard. Let me know if I can add some informations Edit: Other info that can be useful: - seems not a storage issue: a lot of space available on server and client - seems not a network issue: can see new added photo from server - seems not a performance issue: on server I can upload a lot of GB without issues, on mobile no issues related
Author
Owner

@alextran1502 commented on GitHub (Dec 19, 2025):

What is your networking setup look like?

Can you share the mobile app log as well as the screenshots of the backup page, the App Settings > Sync Status page?

@alextran1502 commented on GitHub (Dec 19, 2025): What is your networking setup look like? Can you share the mobile app log as well as the screenshots of the backup page, the App Settings > Sync Status page?
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

I previously posted the mobile and server logs from a test of pressing the "Enable Backup". Do you need the full log?
I attached the screenshot of Sync Status and Backup page.

Image Image
@depahk commented on GitHub (Dec 19, 2025): I previously posted the mobile and server logs from a test of pressing the "Enable Backup". Do you need the full log? I attached the screenshot of Sync Status and Backup page. <img width="1080" height="2223" alt="Image" src="https://github.com/user-attachments/assets/749abfcb-b687-49e2-bc34-e46b9e5e651a" /> <img width="1080" height="3390" alt="Image" src="https://github.com/user-attachments/assets/648d51fa-5270-4733-9368-257d1c4c59fb" />
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

I forgot the network question. The immich server is on a different vlan of the mobile app, link my computer. For testing pourpose I opened all firewall rules from all the IPs and the url is http://IP, no DNS involved. The immich server it's a truenas app with the 80/TCP exposed. As I wrote as edit, it doesn't seems a network issue since all the others things with web app, computer and mobile app works well; I can view all the albums, places and all the other things modified on the server, from the mobile app.

@depahk commented on GitHub (Dec 19, 2025): I forgot the network question. The immich server is on a different vlan of the mobile app, link my computer. For testing pourpose I opened all firewall rules from all the IPs and the url is http://IP, no DNS involved. The immich server it's a truenas app with the 80/TCP exposed. As I wrote as edit, it doesn't seems a network issue since all the others things with web app, computer and mobile app works well; I can view all the albums, places and all the other things modified on the server, from the mobile app.
Author
Owner

@alextran1502 commented on GitHub (Dec 19, 2025):

Can you help me reinstall the app, don't enable the experimental "sync remote deletion" feature and see if it can finish uploading everything

@alextran1502 commented on GitHub (Dec 19, 2025): Can you help me reinstall the app, don't enable the experimental "sync remote deletion" feature and see if it can finish uploading everything
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

Of course. The only things I did:

  • uninstall the app
  • reinstall the app
  • login
  • add a backup album (the example above, test1, with some photos already also on the server and 1 new from the smartphone)
  • same issue
@depahk commented on GitHub (Dec 19, 2025): Of course. The only things I did: - uninstall the app - reinstall the app - login - add a backup album (the example above, test1, with some photos already also on the server and 1 new from the smartphone) - same issue
Author
Owner

@alextran1502 commented on GitHub (Dec 19, 2025):

If you take a new photo, does it get uploaded? Can you take a screenshot of the View Detail page?

@alextran1502 commented on GitHub (Dec 19, 2025): If you take a new photo, does it get uploaded? Can you take a screenshot of the View Detail page?
Author
Owner

@alextran1502 commented on GitHub (Dec 19, 2025):

cc @shenlong-tanwen

@alextran1502 commented on GitHub (Dec 19, 2025): cc @shenlong-tanwen
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

No, it doesn’t get uploaded. That's the test I did before when I wrote about the new photos.
Btw I did it again now after the reinstallation (with no other changes after the described steps above) and unfortunately the result is the same.
I attached the screenshot.

Image
@depahk commented on GitHub (Dec 19, 2025): No, it doesn’t get uploaded. That's the test I did before when I wrote about the new photos. Btw I did it again now after the reinstallation (with no other changes after the described steps above) and unfortunately the result is the same. I attached the screenshot. <img width="1080" height="2223" alt="Image" src="https://github.com/user-attachments/assets/ddfacb3b-d769-4c78-b0e2-46809c52cabb" />
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

I noticed now that there are 2 different pages with "View details", I posted also the screenshot of the other one.

Image
@depahk commented on GitHub (Dec 19, 2025): I noticed now that there are 2 different pages with "View details", I posted also the screenshot of the other one. <img width="1080" height="2223" alt="Image" src="https://github.com/user-attachments/assets/f58060d6-6974-4b01-85ee-b50b952ea3ac" />
Author
Owner

@shenlong-tanwen commented on GitHub (Dec 19, 2025):

@depahk Are you on a VPN? Can you go into the Backup settings and enable the Cellular upload for Videos and Photos and check if the uploads go through?

@shenlong-tanwen commented on GitHub (Dec 19, 2025): @depahk Are you on a VPN? Can you go into the Backup settings and enable the Cellular upload for Videos and Photos and check if the uploads go through?
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

@shenlong-tanwen no VPN enabled. Btw I changes the settings but nothing changes

@depahk commented on GitHub (Dec 19, 2025): @shenlong-tanwen no VPN enabled. Btw I changes the settings but nothing changes
Author
Owner

@shenlong-tanwen commented on GitHub (Dec 19, 2025):

@shenlong-tanwen no VPN enabled. Btw I changes the settings but nothing changes

Are you on battery saver? And have you ever restricted the number of background process through the Developer settings on your devices?

Can you try the following as well, Go to the backup options and reduce the Backup delay to 5 seconds. Make sure that the Camera album is selected for backup and take a new photo through the device's camera. Wait for 30 seconds and check if the asset is uploaded. If not, Can you please export and share the new mobile app logs?

@shenlong-tanwen commented on GitHub (Dec 19, 2025): > [@shenlong-tanwen](https://github.com/shenlong-tanwen) no VPN enabled. Btw I changes the settings but nothing changes Are you on battery saver? And have you ever restricted the number of background process through the Developer settings on your devices? Can you try the following as well, Go to the backup options and reduce the Backup delay to 5 seconds. Make sure that the Camera album is selected for backup and take a new photo through the device's camera. Wait for 30 seconds and check if the asset is uploaded. If not, Can you please export and share the new mobile app logs?
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

As done before I enabled "no restriction" about battery saving settings and anyway I have the phone charged at 25% and now on charge at the same %. I can say I didn't because I didn't touch developer settings.

I try this settings before and nothing changed. Same this time. But I notice that in "view details" under Enable Backup shows only the previous 2 photos, instead the Remainder "view details" shows the 3 photos (even if first 30seconds more or less show number "2" assets)
I attached the full downloadable logs from the app, some notes:

  • You can notice 2 initial attempts where I wrote incorrect IP (10.250.102.157) of the server but obv on next attempt I logged in
  • Right IP is 10.250.120.157
  • I notice that inside the logs there is an exception with a port 45650, if this need to be an open port on the container, I can say it's not open

Immich_log_2025-12-19T004232.377499.log

@depahk commented on GitHub (Dec 19, 2025): As done before I enabled "no restriction" about battery saving settings and anyway I have the phone charged at 25% and now on charge at the same %. I can say I didn't because I didn't touch developer settings. I try this settings before and nothing changed. Same this time. But I notice that in "view details" under Enable Backup shows only the previous 2 photos, instead the Remainder "view details" shows the 3 photos (even if first 30seconds more or less show number "2" assets) I attached the full downloadable logs from the app, some notes: - You can notice 2 initial attempts where I wrote incorrect IP (10.250.102.157) of the server but obv on next attempt I logged in - Right IP is 10.250.120.157 - I notice that inside the logs there is an exception with a port 45650, if this need to be an open port on the container, I can say it's not open [Immich_log_2025-12-19T004232.377499.log](https://github.com/user-attachments/files/24247435/Immich_log_2025-12-19T004232.377499.log)
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

If can help, that's the situation inside Backup:

Image Image Image Image

@depahk commented on GitHub (Dec 19, 2025): If can help, that's the situation inside Backup: <p> <img width="150" alt="Image" src="https://github.com/user-attachments/assets/69168afb-df43-4bcb-8086-d0f84cc2c467" /> <img width="150" alt="Image" src="https://github.com/user-attachments/assets/32a20e35-5df4-495a-a595-31b51e8947b7" /> <img width="150" alt="Image" src="https://github.com/user-attachments/assets/49388f47-673b-48a3-86a9-542253af7f66" /> <img width="150" alt="Image" src="https://github.com/user-attachments/assets/8ad71afc-a9e1-4bc0-88e0-8aa07dd8df7e" /> </p>
Author
Owner

@depahk commented on GitHub (Dec 19, 2025):

@alextran1502 @shenlong-tanwen I'my really sorry. Trying to understand better, I enabled logging on the firewall and noticed that 2/5 of the connections get through, while 3/5 are blocked for some unknown reason. It's a simple pfSense.
In any case, I would say that in the end it is a network problem.
I am really sorry for wasting your time. I should have looked at the logs first (but having set the any/any rule and seeing that the rest was working, I didn't think that could be the problem).
Moving the server under the same VLAN or pass through the home VPN (and different rules) it works correctly.

Edit: For completeness, here are the conclusions: the cause is a routing asymmetry whereby some packets passed through the firewall and others did not, and therefore the firewall blocked those it did not find (and this only happens with photo backups).
The routing problem is caused by a configuration on the TrueNAS where, in addition to a series of IPs on the server VLAN, there was an IP on the smartphone VLAN, so Truenas probably sometimes passes the communication through there. It is not clear to me why, since the routes are also present, but it does not matter for this issue.
I wanted to add this only because someone else might have the same problem and, like me, not immediately remember it as a network problem, given that all the other Immich functions are working.

@depahk commented on GitHub (Dec 19, 2025): @alextran1502 @shenlong-tanwen I'my really sorry. Trying to understand better, I enabled logging on the firewall and noticed that 2/5 of the connections get through, while 3/5 are blocked for some unknown reason. It's a simple pfSense. In any case, I would say that in the end it is a network problem. I am really sorry for wasting your time. I should have looked at the logs first (but having set the any/any rule and seeing that the rest was working, I didn't think that could be the problem). Moving the server under the same VLAN or pass through the home VPN (and different rules) it works correctly. Edit: For completeness, here are the conclusions: the cause is a routing asymmetry whereby some packets passed through the firewall and others did not, and therefore the firewall blocked those it did not find (and this only happens with photo backups). The routing problem is caused by a configuration on the TrueNAS where, in addition to a series of IPs on the server VLAN, there was an IP on the smartphone VLAN, so Truenas probably sometimes passes the communication through there. It is not clear to me why, since the routes are also present, but it does not matter for this issue. I wanted to add this only because someone else might have the same problem and, like me, not immediately remember it as a network problem, given that all the other Immich functions are working.
Author
Owner

@alextran1502 commented on GitHub (Dec 19, 2025):

No problem and thank you for coming back to give the update

@alextran1502 commented on GitHub (Dec 19, 2025): No problem and thank you for coming back to give the update
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#8083