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

[BUG] Background upload doesn't work even with Automatic Foreground Backup and Automatic background backup service enabled. #1885

New Issue
Closed
opened 2026-02-05 04:19:15 +03:00 by OVERLORD · 25 comments
OVERLORD commented 2026-02-05 04:19:15 +03:00
Owner
Copy Link

Originally created by @gumpdy on GitHub (Dec 27, 2023).

The bug

Background upload doesn't work even with Automatic Foreground Backup and Automatic background backup service enabled. Android app battery management is set to Unrestricted.

The OS that Immich Server is running on

Android

Version of Immich Server

1.91.4

Version of Immich Mobile App

1.91.4 build.116

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

I don't know how to see that using the unRAID GUI, but the problem seems exclusive to the Android app functionality anyway

Your .env content

I don't know how to see that using the unRAID GUI, but the problem seems exclusive to the Android app functionality anyway

Reproduction steps

1.Open app, click on backup icon, see it begin uploading the video file. wait for a few percent to progress
2. take app away from foreground OR close it entirely
3. open app again, click on backup icon, see it start all over again.

Additional information

I also occasionaly see the percentage counter flicker between higher and lower percentage values, almost like it's showing the percentage values for duplicate asynchronous upload streams

Originally created by @gumpdy on GitHub (Dec 27, 2023). ### The bug Background upload doesn't work even with Automatic Foreground Backup and Automatic background backup service enabled. Android app battery management is set to Unrestricted. ### The OS that Immich Server is running on Android ### Version of Immich Server 1.91.4 ### Version of Immich Mobile App 1.91.4 build.116 ### Platform with the issue - [ ] Server - [ ] Web - [X] Mobile ### Your docker-compose.yml content ```YAML I don't know how to see that using the unRAID GUI, but the problem seems exclusive to the Android app functionality anyway ``` ### Your .env content ```Shell I don't know how to see that using the unRAID GUI, but the problem seems exclusive to the Android app functionality anyway ``` ### Reproduction steps ```bash 1.Open app, click on backup icon, see it begin uploading the video file. wait for a few percent to progress 2. take app away from foreground OR close it entirely 3. open app again, click on backup icon, see it start all over again. ``` ### Additional information I also occasionaly see the percentage counter flicker between higher and lower percentage values, almost like it's showing the percentage values for duplicate asynchronous upload streams
OVERLORD added the 📱mobile label 2026-02-05 04:19:15 +03:00
OVERLORD commented 2026-02-05 04:19:21 +03:00
Author
Owner
Copy Link

@gdamx commented on GitHub (Dec 27, 2023):

Same issue for me however it forgets the albums that are selected and it disables the foreground and background backup

@gdamx commented on GitHub (Dec 27, 2023): Same issue for me however it forgets the albums that are selected and it disables the foreground and background backup
OVERLORD commented 2026-02-05 04:19:26 +03:00
Author
Owner
Copy Link

@gumpdy commented on GitHub (Dec 27, 2023):

Same issue for me however it forgets the albums that are selected and it disables the foreground and background backup

Make sure your app-specific battery optimization is aet to unrestricted on stock android. If you have a manufacturer's bloatware, refer to this guide: https://dontkillmyapp.com/

I have the same issue with the selected backup directories being forgotten but I think if you refresh or wait a minute, it'll come up

@gumpdy commented on GitHub (Dec 27, 2023): > Same issue for me however it forgets the albums that are selected and it disables the foreground and background backup Make sure your app-specific battery optimization is aet to unrestricted on stock android. If you have a manufacturer's bloatware, refer to this guide: https://dontkillmyapp.com/ I have the same issue with the selected backup directories being forgotten but I think if you refresh or wait a minute, it'll come up
OVERLORD commented 2026-02-05 04:19:30 +03:00
Author
Owner
Copy Link

@gdamx commented on GitHub (Dec 27, 2023):

I've done already still same issue. Photos seem to backup but videos don't . And by the time I check the app it forgets the backup location

@gdamx commented on GitHub (Dec 27, 2023): I've done already still same issue. Photos seem to backup but videos don't . And by the time I check the app it forgets the backup location
OVERLORD commented 2026-02-05 04:19:33 +03:00
Author
Owner
Copy Link

@gdamx commented on GitHub (Dec 27, 2023):

Screenshot_20231226_224310

Literally just left screen on to backup a video , nothing backed up assets remaining is the same

@gdamx commented on GitHub (Dec 27, 2023): ![Screenshot_20231226_224310](https://github.com/immich-app/immich/assets/99370593/30cf6e28-8103-4752-afa8-25cf54f26c13) Literally just left screen on to backup a video , nothing backed up assets remaining is the same
OVERLORD commented 2026-02-05 04:19:37 +03:00
Author
Owner
Copy Link

@aisbergde commented on GitHub (Dec 28, 2023):

I also have seen lost selected folders to upload. Not sure, if they have been really lost, or if they just didn't display. But I added them again. I will see, if they will be forgotten again.

@aisbergde commented on GitHub (Dec 28, 2023): I also have seen lost selected folders to upload. Not sure, if they have been really lost, or if they just didn't display. But I added them again. I will see, if they will be forgotten again.
OVERLORD commented 2026-02-05 04:19:39 +03:00
Author
Owner
Copy Link

@gdamx commented on GitHub (Dec 28, 2023):

They keep forgetting for me

@gdamx commented on GitHub (Dec 28, 2023): They keep forgetting for me
OVERLORD commented 2026-02-05 04:19:44 +03:00
Author
Owner
Copy Link

@eagerto-learn commented on GitHub (Dec 28, 2023):

I have the same issue. It forgets the albums selected and disables the foreground and background backup. After I reselect the albums and leave the upload screen on, it tries to upload some videos that I already uploaded from a couple months before. After each "try" is finished the remaining video number stays the same and it tries another video from even an earlier time.

Already set the battery to unrestricted, still same issue everytime I open the app.

@eagerto-learn commented on GitHub (Dec 28, 2023): I have the same issue. It forgets the albums selected and disables the foreground and background backup. After I reselect the albums and leave the upload screen on, it tries to upload some videos that I already uploaded from a couple months before. After each "try" is finished the remaining video number stays the same and it tries another video from even an earlier time. Already set the battery to unrestricted, still same issue everytime I open the app.
OVERLORD commented 2026-02-05 04:19:48 +03:00
Author
Owner
Copy Link

@gumpdy commented on GitHub (Dec 28, 2023):

For myself, when I first open the app, no albums are shown as selected but seemingly after some initialization, appear as expected. I suggest one of you open another bug issue, as I can't detail those quirks.

@gumpdy commented on GitHub (Dec 28, 2023): For myself, when I first open the app, no albums are shown as selected but seemingly after some initialization, appear as expected. I suggest one of you open another bug issue, as I can't detail those quirks.
OVERLORD commented 2026-02-05 04:19:52 +03:00
Author
Owner
Copy Link

@nkgiovannivl commented on GitHub (Jan 12, 2024):

I have same issue, but if I starts the app enter to cloud icon nothing it's show, press back an again enter to cloud icon, all info appers.

But, it's seems something strange with the videos, beacuse sync deamon/service sync all videos again and again until I allow Notifications for the app on my phone

@nkgiovannivl commented on GitHub (Jan 12, 2024): I have same issue, but if I starts the app enter to cloud icon nothing it's show, press back an again enter to cloud icon, all info appers. But, it's seems something strange with the videos, beacuse sync deamon/service sync all videos again and again until I allow Notifications for the app on my phone
OVERLORD commented 2026-02-05 04:19:55 +03:00
Author
Owner
Copy Link

@kic68 commented on GitHub (Mar 9, 2024):

Definitely the same issue for me, the (Android) app forgets which albums to upload when I actively close it. It does not save the albums to upload - so the foreground and background engines are correct when they stop to upload as they think nothing is supposed to get uploaded.
Update: I was just looking at the app status page (albums to be done on top, then total elements, already uploaded elements, remaining elements). While I was just looking at that, the albums to be done vanished and it looked as if I never selected an album. While the app was open, in the foreground, me looking at it.

@kic68 commented on GitHub (Mar 9, 2024): Definitely the same issue for me, the (Android) app forgets which albums to upload when I actively close it. It does not save the albums to upload - so the foreground and background engines are correct when they stop to upload as they think nothing is supposed to get uploaded. Update: I was just looking at the app status page (albums to be done on top, then total elements, already uploaded elements, remaining elements). While I was just looking at that, the albums to be done vanished and it looked as if I never selected an album. While the app was open, in the foreground, me looking at it.
OVERLORD commented 2026-02-05 04:19:59 +03:00
Author
Owner
Copy Link

@Jebula999 commented on GitHub (Apr 25, 2024):

Any update on this?
Facing the same issue.

500+ images and video's all sitting in a never ending queue because the app has to be in the foreground and open in that specific menu in order for it to upload.

@Jebula999 commented on GitHub (Apr 25, 2024): Any update on this? Facing the same issue. 500+ images and video's all sitting in a never ending queue because the app has to be in the foreground and open in that specific menu in order for it to upload.
OVERLORD commented 2026-02-05 04:20:03 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Apr 25, 2024):

@Jebula999 Are you using reverse proxy/dns/cloudflare? Do you mind try access your instance over local ip?

@alextran1502 commented on GitHub (Apr 25, 2024): @Jebula999 Are you using reverse proxy/dns/cloudflare? Do you mind try access your instance over local ip?
OVERLORD commented 2026-02-05 04:20:09 +03:00
Author
Owner
Copy Link

@Jebula999 commented on GitHub (Apr 26, 2024):

@Jebula999 Are you using reverse proxy/dns/cloudflare? Do you mind try access your instance over local ip?

I am currently on the same local network as my server running Immich.

I am connected directly via the server local IP address

@Jebula999 commented on GitHub (Apr 26, 2024): > @Jebula999 Are you using reverse proxy/dns/cloudflare? Do you mind try access your instance over local ip? I am currently on the same local network as my server running Immich. I am connected directly via the server local IP address
OVERLORD commented 2026-02-05 04:20:16 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Apr 26, 2024):

So it uploads fine when you open the app, just not working well on the background? Which phone model do you have?

@alextran1502 commented on GitHub (Apr 26, 2024): So it uploads fine when you open the app, just not working well on the background? Which phone model do you have?
OVERLORD commented 2026-02-05 04:20:20 +03:00
Author
Owner
Copy Link

@Jebula999 commented on GitHub (Apr 26, 2024):

Correct.

It's a Samsung S24 Ultra.

Note the file amount difference in the 2 images attached.

All I did was minimise Immich and open my browser to respond to this message

Unfortunately my clock it not in the image, but they were taken 8min apart.
As soon as I tabbed back to Immich it started uploading again.
Screenshot_20240425_230312
Screenshot_20240425_231119

@Jebula999 commented on GitHub (Apr 26, 2024): Correct. It's a Samsung S24 Ultra. Note the file amount difference in the 2 images attached. All I did was minimise Immich and open my browser to respond to this message Unfortunately my clock it not in the image, but they were taken 8min apart. As soon as I tabbed back to Immich it started uploading again. ![Screenshot_20240425_230312](https://github.com/immich-app/immich/assets/11380895/2b32b692-f2a6-4731-be18-78ea4a0bcd30) ![Screenshot_20240425_231119](https://github.com/immich-app/immich/assets/11380895/70a02fae-c82d-4b82-9414-00ac950a0626)
OVERLORD commented 2026-02-05 04:20:23 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Apr 26, 2024):

@Jebula999 what you are seeing is normal operations. Background and foreground upload are two different mechanism. One doesn't continue when the state changes. Background upload is meant to use for everyday backup, not initial bulk backup. For initial backup, I suggest using foreground upload. And Samsung is notorious for killing background tasks so you will have to disable all of the battery saving mechanisms on your Samsung phone

@alextran1502 commented on GitHub (Apr 26, 2024): @Jebula999 what you are seeing is normal operations. Background and foreground upload are two different mechanism. One doesn't continue when the state changes. Background upload is meant to use for everyday backup, not initial bulk backup. For initial backup, I suggest using foreground upload. And Samsung is notorious for killing background tasks so you will have to disable all of the battery saving mechanisms on your Samsung phone
OVERLORD commented 2026-02-05 04:20:28 +03:00
Author
Owner
Copy Link

@Jebula999 commented on GitHub (Apr 26, 2024):

@alextran1502 Ok, then that makes more sense.
Thank you for the insight, have a good weekend :)

@Jebula999 commented on GitHub (Apr 26, 2024): @alextran1502 Ok, then that makes more sense. Thank you for the insight, have a good weekend :)
OVERLORD commented 2026-02-05 04:20:33 +03:00
Author
Owner
Copy Link

@kic68 commented on GitHub (Apr 26, 2024):

Good morning!
We should not mix up two issues here. One is the "normal" Android energy optimizing killing app issue. This can and should be fixed in the widely spread Android settings.

The other issue is Immich related - as the App does NOT SAVE ITS CONFIGUATION before it is killed or closed. This seems to happen to some people including myself.

Steps to reproduce:

  • Configue Immich App
  • Let it start uploading
  • Do other things for a while or close the app
  • Open the app again
  • There's no configuration anymore, i.e. it does not know the server to sync with anymore.

In that case it will only ever start uploading again if you configure the settings again. Which doesn't help for long. It is definitely NOT related to energy settings, at least not more than these kills can trigger the deletion of Immich's configuration.

Also on a Samsung Galaxy S24 Ultra.

@kic68 commented on GitHub (Apr 26, 2024): Good morning! We should not mix up two issues here. One is the "normal" Android energy optimizing killing app issue. This can and should be fixed in the widely spread Android settings. The other issue is Immich related - as the App does NOT SAVE ITS CONFIGUATION before it is killed or closed. This seems to happen to some people including myself. Steps to reproduce: - Configue Immich App - Let it start uploading - Do other things for a while or close the app - Open the app again - There's no configuration anymore, i.e. it does not know the server to sync with anymore. In that case it will only ever start uploading again if you configure the settings again. Which doesn't help for long. It is definitely NOT related to energy settings, at least not more than these kills can trigger the deletion of Immich's configuration. Also on a Samsung Galaxy S24 Ultra.
OVERLORD commented 2026-02-05 04:20:36 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Apr 26, 2024):

@kic68 I saw this reported sometimes, it is quite strange that it happens for some users but not all. Do you access the instance locally? How many assets do you have on your device?

@alextran1502 commented on GitHub (Apr 26, 2024): @kic68 I saw this reported sometimes, it is quite strange that it happens for some users but not all. Do you access the instance locally? How many assets do you have on your device?
OVERLORD commented 2026-02-05 04:20:41 +03:00
Author
Owner
Copy Link

@kic68 commented on GitHub (Apr 26, 2024):

Please don't laugh, about 60k photos and videos. Stopping uploading after a few hundred. So this would be a big pain to always reconfigure.

@kic68 commented on GitHub (Apr 26, 2024): Please don't laugh, about 60k photos and videos. Stopping uploading after a few hundred. So this would be a big pain to always reconfigure.
OVERLORD commented 2026-02-05 04:20:49 +03:00
Author
Owner
Copy Link

@alextran1502 commented on GitHub (Apr 26, 2024):

@kic68 With that amount of assets, I think it might have taken sometimes for the album to be read/sort/filter with already uploaded assets, so it is not necessarily forgotten.

Maybe worth a try to select an album, then put the app into the background or kill it, then bring it back, enter the backup screen and let it sit there for a few minuets

@alextran1502 commented on GitHub (Apr 26, 2024): @kic68 With that amount of assets, I think it might have taken sometimes for the album to be read/sort/filter with already uploaded assets, so it is not necessarily forgotten. Maybe worth a try to select an album, then put the app into the background or kill it, then bring it back, enter the backup screen and let it sit there for a few minuets
OVERLORD commented 2026-02-05 04:20:53 +03:00
Author
Owner
Copy Link

@szmarczak commented on GitHub (Sep 15, 2024):

This is a bug. I can reproduce this by trying to upload 1.6G video file on a 40Mbps upload speed. Even if I wait enough time in the background, it still fails to upload.

@szmarczak commented on GitHub (Sep 15, 2024): This is a bug. I can reproduce this by trying to upload 1.6G video file on a 40Mbps upload speed. Even if I wait enough time in the background, it still fails to upload.
OVERLORD commented 2026-02-05 04:20:55 +03:00
Author
Owner
Copy Link

@meminens commented on GitHub (Sep 20, 2024):

Same for me. Background upload doesn't work.

@meminens commented on GitHub (Sep 20, 2024): Same for me. Background upload doesn't work.
OVERLORD commented 2026-02-05 04:20:58 +03:00
Author
Owner
Copy Link

@simone7121 commented on GitHub (Oct 4, 2024):

Hello everyone,

I encountered a similar issue while using Immich. After some troubleshooting, I realized that bypassing the Cloudflare proxy resolved the problem (for me), and everything started working as expected.

It seems that the proxy was causing some kind of interference, potentially blocking certain requests or adding unwanted latency. For anyone else experiencing this, temporarily bypassing Cloudflare might help isolate whether the proxy is the source of the issue.

Additionally, I have a NAT 2 Italian internet connection, and after performing a traceroute, I noticed that my Fritz!Box router was redirecting me directly to my local address. (Even if i'm behind a reerse proxy) This might also be related to the issue, as it could interfere with how traffic is routed through Cloudflare.

It might be worth investigating if there are specific configurations needed for Immich to work smoothly with Cloudflare in proxied mode, or if certain headers are being stripped or blocked, or if the TTL is limited—I'm not sure.

@simone7121 commented on GitHub (Oct 4, 2024): Hello everyone, I encountered a similar issue while using Immich. After some troubleshooting, I realized that bypassing the Cloudflare proxy resolved the problem (for me), and everything started working as expected. It seems that the proxy was causing some kind of interference, potentially blocking certain requests or adding unwanted latency. For anyone else experiencing this, temporarily bypassing Cloudflare might help isolate whether the proxy is the source of the issue. Additionally, I have a NAT 2 Italian internet connection, and after performing a traceroute, I noticed that my Fritz!Box router was redirecting me directly to my local address. (Even if i'm behind a reerse proxy) This might also be related to the issue, as it could interfere with how traffic is routed through Cloudflare. It might be worth investigating if there are specific configurations needed for Immich to work smoothly with Cloudflare in proxied mode, or if certain headers are being stripped or blocked, or if the TTL is limited—I'm not sure.
OVERLORD commented 2026-02-05 04:21:00 +03:00
Author
Owner
Copy Link

@mmomjian commented on GitHub (Jan 10, 2025):

Duplicate/tracked in #2567

@mmomjian commented on GitHub (Jan 10, 2025): Duplicate/tracked in #2567
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 📱mobile
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#1885
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?