starred/immich

Fork 0

mirror of https://github.com/immich-app/immich.git synced 2026-03-02 22:57:45 -05:00

Android backup keep starting from beginning #5388

New issue

Closed

opened 2026-02-20 03:59:36 -05:00 by deekerman · 7 comments

deekerman commented

2026-02-20 03:59:36 -05:00

Owner

Originally created by @Joloxx9 on GitHub (Apr 19, 2025).

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

The bug

I'm having a problem with Immich on Android, both the app and server are version 1.131.3.

I'm experiencing the issue on two devices.

I have a phone with around 200 photos. Some of these photos are already on the server because they were extracted via Google Takeout and uploaded using Immich Go.

After adding the Camera folder, enabling backup and background backup, the app starts uploading, and the number of pending files goes down.

However, if I exit the app or the upload gets interrupted (which often happens with videos), even though the count dropped to, say, 20 remaining items, Immich starts the backup from the beginning when I return — trying to upload all files again, even though they're already on the server.

How it should work: Immich should only try to upload files that are not already on the server. Immich Go is able to check this before uploading.

The only workaround I've found is to remove all files from the Camera folder except one, add it to Immich, and then start using the app as a backup tool.

The OS that Immich Server is running on

Unraid 7.0.1

Version of Immich Server

1.131.3

Version of Immich Mobile App

1.131.3

Platform with the issue

Server
Web
Mobile

Your docker-compose.yml content

From unraid template

Your .env content

From unraid template

Reproduction steps

Add folder
Enable backup
Whilw backup is in progress leave the app
Go back to app and it will start backup from the beginning

Relevant log output

Additional information

No response

Originally created by @Joloxx9 on GitHub (Apr 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'm having a problem with Immich on Android, both the app and server are version 1.131.3. I'm experiencing the issue on two devices. I have a phone with around 200 photos. Some of these photos are already on the server because they were extracted via Google Takeout and uploaded using Immich Go. After adding the Camera folder, enabling backup and background backup, the app starts uploading, and the number of pending files goes down. However, if I exit the app or the upload gets interrupted (which often happens with videos), even though the count dropped to, say, 20 remaining items, Immich starts the backup from the beginning when I return — trying to upload all files again, even though they're already on the server. How it should work: Immich should only try to upload files that are not already on the server. Immich Go is able to check this before uploading. The only workaround I've found is to remove all files from the Camera folder except one, add it to Immich, and then start using the app as a backup tool. ### The OS that Immich Server is running on Unraid 7.0.1 ### Version of Immich Server 1.131.3 ### Version of Immich Mobile App 1.131.3 ### Platform with the issue - [ ] Server - [ ] Web - [x] Mobile ### Your docker-compose.yml content ```YAML From unraid template ``` ### Your .env content ```Shell From unraid template ``` ### Reproduction steps 1. Add folder 2. Enable backup 3. Whilw backup is in progress leave the app 4. Go back to app and it will start backup from the beginning ### Relevant log output ```shell ``` ### Additional information _No response_

deekerman closed this issue

2026-02-20 03:59:37 -05:00

deekerman commented

2026-02-20 03:59:37 -05:00

Author

Owner

@maybeanerd commented on GitHub (Apr 19, 2025):

I think I have a similar issue. I see this happening with files that only exist in the phone as well. So, they were not uploaded using immich go or similar, they do not exist in the server yet. Both our android and iOS devices seem to upload images successfully (some fail, some succeed) and after it's done, none of them exist in the server and it starts from the beginning again with the next upload process.
At first I thought it was a server issue, but when uploading over the web UI, everything works perfectly fine.

I also get the following errors on uploads randomly, but I'm not sure If that's related

Anither weird thing: we've had these issues since v1.131.x , but for one day, everything seemed to work perfectly again. Both phones caught up with background syncs. Without version changes (they were all on the current patch version v1.131.3 already), it now has stopped working again for the past 4 days or so

@maybeanerd commented on GitHub (Apr 19, 2025): I think I have a similar issue. I see this happening with files that only exist in the phone as well. So, they were not uploaded using immich go or similar, they do not exist in the server yet. Both our android and iOS devices seem to upload images successfully (some fail, some succeed) and after it's done, none of them exist in the server and it starts from the beginning again with the next upload process. At first I thought it was a server issue, but when uploading over the web UI, everything works perfectly fine. I also get the following errors on uploads randomly, but I'm not sure If that's related ![Screenshot_2025-04-19-14-13-35-06_d8aea95ef633eb6b7eb1cae13c34b40e.jpg](https://github.com/user-attachments/assets/fbd240fc-2b3c-40cd-933f-76a005feec31) Anither weird thing: we've had these issues since v1.131.x , but for one day, everything seemed to work perfectly again. Both phones caught up with background syncs. Without version changes (they were all on the current patch version v1.131.3 already), it now has stopped working again for the past 4 days or so

deekerman commented

2026-02-20 03:59:37 -05:00

Author

Owner

@maybeanerd commented on GitHub (Apr 19, 2025):

Oh and we use the helmchart for kubernetes, so it's not unraid in our case. I think it's a client side issue that doesn't exist on web

I've never had this issue before version 1.131.x as far as i can remember. It might have been introduced there

@maybeanerd commented on GitHub (Apr 19, 2025): Oh and we use the helmchart for kubernetes, so it's not unraid in our case. I think it's a client side issue that doesn't exist on web I've never had this issue before version 1.131.x as far as i can remember. It might have been introduced there

deekerman commented

2026-02-20 03:59:37 -05:00

Author

Owner

@mmomjian commented on GitHub (Apr 19, 2025):

I will consider this a duplicate of #2567 - we are working to refactor the upload process.

@maybeanerd your issue is probably due to the use of cloudflare tunnels.

@mmomjian commented on GitHub (Apr 19, 2025): I will consider this a duplicate of #2567 - we are working to refactor the upload process. @maybeanerd your issue is probably due to the use of cloudflare tunnels.

deekerman commented

2026-02-20 03:59:38 -05:00

Author

Owner

@maybeanerd commented on GitHub (Apr 19, 2025):

@maybeanerd your issue is probably due to the use of cloudflare tunnels.

I don't have this issue from web though, and I never had it in the past, even while using CF tunnels
It's definitely related to somewhat recent changes ?

But this is another issue, so maybe not for this thread. Wanted to note it though, as both issues started appearing at the same time and I thought they might be related

@maybeanerd commented on GitHub (Apr 19, 2025): > @maybeanerd your issue is probably due to the use of cloudflare tunnels. I don't have this issue from web though, and I never had it in the past, even while using CF tunnels It's definitely related to somewhat recent changes ? But this is another issue, so maybe not for this thread. Wanted to note it though, as both issues started appearing at the same time and I thought they might be related

deekerman commented

2026-02-20 03:59:38 -05:00

Author

Owner

@mmomjian commented on GitHub (Apr 19, 2025):

@maybeanerd your issue is probably due to the use of cloudflare tunnels.

I don't have this issue from web though, and I never had it in the past, even while using CF tunnels It's definitely related to somewhat recent changes

There has been extensive discussion on discord. Only mobile apps are affected and it’s only been in the last ~week with no changes to Immich.

@mmomjian commented on GitHub (Apr 19, 2025): > > [@maybeanerd](https://github.com/maybeanerd) your issue is probably due to the use of cloudflare tunnels. > > I don't have this issue from web though, and I never had it in the past, even while using CF tunnels It's definitely related to somewhat recent changes There has been extensive discussion on discord. Only mobile apps are affected and it’s only been in the last ~week with no changes to Immich.

deekerman commented

2026-02-20 03:59:38 -05:00

Author

Owner

@maybeanerd commented on GitHub (Apr 19, 2025):

I will consider this a duplicate of #2567 - we are working to refactor the upload process.

Im not sure If it is, though? It's a bug in the current system that essentially breaks uploads from all our mobile devices - and IMO it should be fixed without needing to wait for a full rework of the feature, unless that's super close to being finished?

Edit: this is still valid unrelated to the CF issues IMO, because we also have successful uploads that still not end up existing on the server?

@maybeanerd commented on GitHub (Apr 19, 2025): > I will consider this a duplicate of #2567 - we are working to refactor the upload process. Im not sure If it is, though? It's a bug in the current system that essentially breaks uploads from all our mobile devices - and IMO it should be fixed without needing to wait for a full rework of the feature, unless that's super close to being finished? Edit: this is still valid unrelated to the CF issues IMO, because we also have successful uploads that still not end up existing on the server?

deekerman commented

2026-02-20 03:59:38 -05:00

Author

Owner

@maybeanerd commented on GitHub (Apr 19, 2025):

@maybeanerd your issue is probably due to the use of cloudflare tunnels.

I don't have this issue from web though, and I never had it in the past, even while using CF tunnels It's definitely related to somewhat recent changes

There has been extensive discussion on discord. Only mobile apps are affected and it’s only been in the last ~week with no changes to Immich.

Ohgod 🫠 i'll check the discord then, thanks

@maybeanerd commented on GitHub (Apr 19, 2025): > > > [@maybeanerd](https://github.com/maybeanerd) your issue is probably due to the use of cloudflare tunnels. > > > > I don't have this issue from web though, and I never had it in the past, even while using CF tunnels It's definitely related to somewhat recent changes > > There has been extensive discussion on discord. Only mobile apps are affected and it’s only been in the last ~week with no changes to Immich. Ohgod 🫠 i'll check the discord then, thanks

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/immich#5388

No description provided.

Rows
Columns