iOS App keeps crashing - local backup to server #2637

Closed
opened 2026-02-05 06:24:47 +03:00 by OVERLORD · 29 comments
Owner

Originally created by @EliasMarine on GitHub (Mar 21, 2024).

The bug

When uploading via immich app iOS v1.99 after a few minutes of uploading, the app crashes. App needs to be restarted to resume backup. After a few more minutes, app craches again.

iOS v17.3.1

The OS that Immich Server is running on

Unraid 6.12.8

Version of Immich Server

v1.99

Version of Immich Mobile App

v1.99

Platform with the issue

  • Server
  • Web
  • Mobile

Your docker-compose.yml content

n/a

Your .env content

n/a

Reproduction steps

1. opens iOS app
2. upload resumes
3. app crashes
...

Additional information

No response

Originally created by @EliasMarine on GitHub (Mar 21, 2024). ### The bug When uploading via immich app iOS v1.99 after a few minutes of uploading, the app crashes. App needs to be restarted to resume backup. After a few more minutes, app craches again. iOS v17.3.1 ### The OS that Immich Server is running on Unraid 6.12.8 ### Version of Immich Server v1.99 ### Version of Immich Mobile App v1.99 ### Platform with the issue - [ ] Server - [ ] Web - [x] Mobile ### Your docker-compose.yml content ```YAML n/a ``` ### Your .env content ```Shell n/a ``` ### Reproduction steps ```bash 1. opens iOS app 2. upload resumes 3. app crashes ... ``` ### Additional information _No response_
Author
Owner

@alextran1502 commented on GitHub (Mar 21, 2024):

I assume you are using iCloud, and these photos/videos have been uploaded from iCloud. These seems to be a memory leaked when downloading/uploading asset from iCloud that causes the crash

@alextran1502 commented on GitHub (Mar 21, 2024): I assume you are using iCloud, and these photos/videos have been uploaded from iCloud. These seems to be a memory leaked when downloading/uploading asset from iCloud that causes the crash
Author
Owner

@EliasMarine commented on GitHub (Mar 21, 2024):

Correct using iCloud. It worked fine downloading from iCloud and pushing to the server for about ~2.5k photos then it would crash after about ~300 photos or so repeatedly. I absolutely love the app btw...amazing work!

@EliasMarine commented on GitHub (Mar 21, 2024): Correct using iCloud. It worked fine downloading from iCloud and pushing to the server for about ~2.5k photos then it would crash after about ~300 photos or so repeatedly. I absolutely love the app btw...amazing work!
Author
Owner

@alextran1502 commented on GitHub (Mar 21, 2024):

Thank you for the report, I don't use iCloud so there might be some cases we haven't properly handled when downloading/uploading from iCloud

@alextran1502 commented on GitHub (Mar 21, 2024): Thank you for the report, I don't use iCloud so there might be some cases we haven't properly handled when downloading/uploading from iCloud
Author
Owner

@shumancw commented on GitHub (Mar 24, 2024):

I'm having the same issue:
The bug
When uploading via immich app iOS v1.99.0 build .145 after a few minutes of uploading, the app crashes. App needs to be restarted to resume backup. After a few more minutes, app craches again.

iOS v17.4.1

The OS that Immich Server is running on
Debian 12.5
Docker 20.10.24+dfsg1, build 297e128
Docker-compose 1.29.2

Version of Immich Server
v1.99.0

Version of Immich Mobile App
v1.99.0 build .145

Reproduction steps

  1. opens iOS app
  2. upload resumes
  3. app crashes
    ...
    Additional information
    No response

Also, my phone is getting seriously hot when performing this backup. At one point it went into thermal protect.

@shumancw commented on GitHub (Mar 24, 2024): I'm having the same issue: The bug When uploading via immich app iOS v1.99.0 build .145 after a few minutes of uploading, the app crashes. App needs to be restarted to resume backup. After a few more minutes, app craches again. iOS v17.4.1 The OS that Immich Server is running on Debian 12.5 Docker 20.10.24+dfsg1, build 297e128 Docker-compose 1.29.2 Version of Immich Server v1.99.0 Version of Immich Mobile App v1.99.0 build .145 Reproduction steps 1. opens iOS app 2. upload resumes 3. app crashes ... Additional information No response Also, my phone is getting seriously hot when performing this backup. At one point it went into thermal protect.
Author
Owner

@hjspencer commented on GitHub (Apr 2, 2024):

I'm also having the same issue but with App v1.100.0 build .146 & server v1.100.0

iOSv17.3.1
Immich v1.100.p0
Mobile app v1.100.0 build 146

Immich Server running on QNAP NAS vQTS 5.1.5.2679
Docker version 20.10.27-qnap1, build 662936b
Docker Compose version v2.15.1-qnap1

The compose files are the standard ones taken from https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml

Same reproduction steps as above

@hjspencer commented on GitHub (Apr 2, 2024): I'm also having the same issue but with App v1.100.0 build .146 & server v1.100.0 iOSv17.3.1 Immich v1.100.p0 Mobile app v1.100.0 build 146 Immich Server running on QNAP NAS vQTS 5.1.5.2679 Docker version 20.10.27-qnap1, build 662936b Docker Compose version v2.15.1-qnap1 The compose files are the standard ones taken from https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml Same reproduction steps as above
Author
Owner

@Bod1985 commented on GitHub (Apr 4, 2024):

I have the same issue - let me know if there's anything useful I can do to debug. Same release and config as the above.

This is my first full backup of 200GB so for now I've made an iOS Shortcut that opens the app automatically when it closes. That way I can leave my device with auto-lock disabled overnight and be confident it will continue until I wake up.

@Bod1985 commented on GitHub (Apr 4, 2024): I have the same issue - let me know if there's anything useful I can do to debug. Same release and config as the above. This is my first full backup of 200GB so for now I've made an iOS Shortcut that opens the app automatically when it closes. That way I can leave my device with auto-lock disabled overnight and be confident it will continue until I wake up.
Author
Owner

@douginoz commented on GitHub (Apr 4, 2024):

Just an FYI to those with this problem (like me). If you enable analytics on your iphone, it will create a crash report that you can then give to the developers here.
I have been getting this constant crash while trying to get all 9,800 images/videos transferred. Then I found this issue here and I enabled analytics to get a crash report. Strangely, now I'm not getting a single crash.

There may be a correlation here worth looking into. If you are getting crashes, check if you have analytics reporting enabled:
To locate and email crash reports for iOS, iPadOS, watchOS, and tvOS apps:

  1. Open the Analytics & Improvements section of Settings on the device. See Share analytics, diagnostics, and usage information with Apple.
  2. Tap Analytics Data.
  3. Locate the log for your app. The log name starts with for crash reports, or JetsamEvent for high-memory use crashes.
  4. Select the desired log.
  5. Tap the Share icon, and select Mail to send the crash report as a mail attachment.

At that point you'd want to upload that report into here.

@douginoz commented on GitHub (Apr 4, 2024): Just an FYI to those with this problem (like me). If you enable analytics on your iphone, it will create a crash report that you can then give to the developers here. I have been getting this constant crash while trying to get all 9,800 images/videos transferred. Then I found this issue here and I enabled analytics to get a crash report. Strangely, now I'm not getting a single crash. There may be a correlation here worth looking into. If you are getting crashes, [check ](https://developer.apple.com/documentation/xcode/acquiring-crash-reports-and-diagnostic-logs)if you have analytics reporting enabled: To locate and email crash reports for iOS, iPadOS, watchOS, and tvOS apps: 1. Open the Analytics & Improvements section of Settings on the device. See [Share analytics, diagnostics, and usage information with Apple](https://support.apple.com/en-us/HT202100). 2. Tap Analytics Data. 3. Locate the log for your app. The log name starts with <AppBinaryName>_<DateTime> for crash reports, or JetsamEvent_<DateTime> for high-memory use crashes. 4. Select the desired log. 5. Tap the Share icon, and select Mail to send the crash report as a mail attachment. At that point you'd want to upload that report into here.
Author
Owner

@nothing2obvi commented on GitHub (Apr 4, 2024):

I have the same issue on latest iOS (just upgraded last night). Indeed using iCloud.

@nothing2obvi commented on GitHub (Apr 4, 2024): I have the same issue on latest iOS (just upgraded last night). Indeed using iCloud.
Author
Owner

@brendanclement commented on GitHub (Apr 5, 2024):

@alextran1502 - what makes you think this is a memory leak? Just found this project and I use icloud and i'm eager to help fix this.

Any assistance you can give would be appreciated, I should have a few cycles this weekend to download the repo and try and root cause this issue.

@brendanclement commented on GitHub (Apr 5, 2024): @alextran1502 - what makes you think this is a memory leak? Just found this project and I use icloud and i'm eager to help fix this. Any assistance you can give would be appreciated, I should have a few cycles this weekend to download the repo and try and root cause this issue.
Author
Owner

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

@brendanclement My hunch for memory leaked is because this issue happens for folks that have their assets on iCloud, so the process of downloading and discarding the iCloud might be the cause here.

@alextran1502 commented on GitHub (Apr 5, 2024): @brendanclement My hunch for memory leaked is because this issue happens for folks that have their assets on iCloud, so the process of downloading and discarding the iCloud might be the cause here.
Author
Owner

@douginoz commented on GitHub (Apr 5, 2024):

Worth testing if app crashes with/without crash dump logging enabled on
phone. Strangely, crashes stopped when I enabled logging.

On Thu, 4 Apr 2024 at 19:08, Alex @.***> wrote:

@brendanclement https://github.com/brendanclement My hunch for memory
leaked is because this issue happens for folks that have their assets on
iCloud, so the process of downloading and discarding the iCloud might be
the cause here.


Reply to this email directly, view it on GitHub
https://github.com/immich-app/immich/issues/8141#issuecomment-2038631380,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAO3F6NRWI44O35FUA77JCDY3YBS3AVCNFSM6AAAAABFAX5RS2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZYGYZTCMZYGA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

@douginoz commented on GitHub (Apr 5, 2024): Worth testing if app crashes with/without crash dump logging enabled on phone. Strangely, crashes stopped when I enabled logging. On Thu, 4 Apr 2024 at 19:08, Alex ***@***.***> wrote: > @brendanclement <https://github.com/brendanclement> My hunch for memory > leaked is because this issue happens for folks that have their assets on > iCloud, so the process of downloading and discarding the iCloud might be > the cause here. > > — > Reply to this email directly, view it on GitHub > <https://github.com/immich-app/immich/issues/8141#issuecomment-2038631380>, > or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AAO3F6NRWI44O35FUA77JCDY3YBS3AVCNFSM6AAAAABFAX5RS2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMZYGYZTCMZYGA> > . > You are receiving this because you are subscribed to this thread.Message > ID: ***@***.***> >
Author
Owner

@brendanclement commented on GitHub (Apr 6, 2024):

@alextran1502 - got the workspace set up. I'm new to flutter but went through the docs to get up to speed.

i'm having trouble signing the application to get it to run on my device. Do i need to work with you to get a profile to enable development? I looked at the README and other issues in this repo and couldn't find a solution.

this is the error I get when trying to run and debug from vscode

Launching lib/main.dart on BRENFONE in debug mode...
Automatically signing iOS for device deployment using specified development team in Xcode project: 2F67MQ8R79
Xcode build done.                                            3.4s
Failed to build iOS app
Could not build the precompiled application for the device.
Error (Xcode): No profiles for 'app.alextran.immich' were found: Xcode couldn't find any iOS App Development provisioning profiles matching 'app.alextran.immich'. Automatic signing is disabled and unable to generate a profile. To enable automatic signing, pass -allowProvisioningUpdates to xcodebuild.
/Users/brendan/Code/immich/mobile/ios/Runner.xcodeproj
2

It appears that there was a problem signing your application prior to installation on the device.

Verify that the Bundle Identifier in your project is your signing id in Xcode
  open ios/Runner.xcworkspace

Also try selecting 'Product > Build' to fix the problem.

Error launching application on BRENFONE.

I tried opening the Runner in xcode but i face the same issue, and I don't have an apple developer account.

Screenshot 2024-04-05 at 23 07 51
@brendanclement commented on GitHub (Apr 6, 2024): @alextran1502 - got the workspace set up. I'm new to flutter but went through the docs to get up to speed. i'm having trouble signing the application to get it to run on my device. Do i need to work with you to get a profile to enable development? I looked at the README and other issues in this repo and couldn't find a solution. this is the error I get when trying to run and debug from vscode ``` Launching lib/main.dart on BRENFONE in debug mode... Automatically signing iOS for device deployment using specified development team in Xcode project: 2F67MQ8R79 Xcode build done. 3.4s Failed to build iOS app Could not build the precompiled application for the device. Error (Xcode): No profiles for 'app.alextran.immich' were found: Xcode couldn't find any iOS App Development provisioning profiles matching 'app.alextran.immich'. Automatic signing is disabled and unable to generate a profile. To enable automatic signing, pass -allowProvisioningUpdates to xcodebuild. /Users/brendan/Code/immich/mobile/ios/Runner.xcodeproj 2 It appears that there was a problem signing your application prior to installation on the device. Verify that the Bundle Identifier in your project is your signing id in Xcode open ios/Runner.xcworkspace Also try selecting 'Product > Build' to fix the problem. Error launching application on BRENFONE. ``` I tried opening the Runner in xcode but i face the same issue, and I don't have an apple developer account. <img width="1128" alt="Screenshot 2024-04-05 at 23 07 51" src="https://github.com/immich-app/immich/assets/1138958/03422b3d-400f-452a-8cd8-2c8c2d7ff162">
Author
Owner

@brendanclement commented on GitHub (Apr 6, 2024):

figured it out. just needed to change the bundle identifier to something of mine.. kinda sucks that i need to keep renewing the cert every 7 days though :P

@brendanclement commented on GitHub (Apr 6, 2024): figured it out. just needed to change the bundle identifier to something of mine.. kinda sucks that i need to keep renewing the cert every 7 days though :P
Author
Owner

@brendanclement commented on GitHub (Apr 6, 2024):

So interesting find.. Got the app running with the debugger. i saw the logs spewing out ERROR backupAsset: failed to parse <html>.

the request to the backend was returning 413 entity too large with an HTML payload 8f981b6052/mobile/lib/modules/backup/services/backup.service.dart (L357)

and then this line was throwing an error as it's not valid JSON 8f981b6052/mobile/lib/modules/backup/services/backup.service.dart (L368)

this was coming from nginx, a reverse proxy i have in front of immich. I changed the configuration to allow larger files and now it's backing up without crashing

I have some videos that are around ~2GB so i added the following to my nginx.conf

http {
   ...
   client_max_body_size 2000M;
}

now the backup seems to be working great.

As i presume reverse proxies are common, I'm thinking we could add some logic here to detect this status code and emit a warning / error in the app. Is this a PR you'd welcome @alextran1502 ?

@brendanclement commented on GitHub (Apr 6, 2024): So interesting find.. Got the app running with the debugger. i saw the logs spewing out `ERROR backupAsset: failed to parse <html>`. the request to the backend was returning `413 entity too large` with an HTML payload https://github.com/immich-app/immich/blob/8f981b60529140af839171dc052bc49784c73911/mobile/lib/modules/backup/services/backup.service.dart#L357 and then this line was throwing an error as it's not valid JSON https://github.com/immich-app/immich/blob/8f981b60529140af839171dc052bc49784c73911/mobile/lib/modules/backup/services/backup.service.dart#L368 this was coming from nginx, a reverse proxy i have in front of immich. I changed the configuration to allow larger files and now it's backing up without crashing I have some videos that are around ~2GB so i added the following to my `nginx.conf` ``` http { ... client_max_body_size 2000M; } ``` now the backup seems to be working great. As i presume reverse proxies are common, I'm thinking we could add some logic here to detect this status code and emit a warning / error in the app. Is this a PR you'd welcome @alextran1502 ?
Author
Owner

@EliasMarine commented on GitHub (Apr 18, 2024):

iOS 17.4.1 (21E236) crash log

Runner-2024-04-17-095629.txt

@EliasMarine commented on GitHub (Apr 18, 2024): iOS 17.4.1 (21E236) crash log [Runner-2024-04-17-095629.txt](https://github.com/immich-app/immich/files/15028242/Runner-2024-04-17-095629.txt)
Author
Owner

@mattnovelli commented on GitHub (May 19, 2024):

Also experiencing this. 413s causing a parse error and crash sounds super plausible.

@mattnovelli commented on GitHub (May 19, 2024): Also experiencing this. 413s causing a parse error and crash sounds super plausible.
Author
Owner

@allgoewer commented on GitHub (May 21, 2024):

Same issue here. I'm trying to upload ~ 10000 images via an iphone which are partially stored in iCloud. The app always crashes after some minutes.

@allgoewer commented on GitHub (May 21, 2024): Same issue here. I'm trying to upload ~ 10000 images via an iphone which are partially stored in iCloud. The app always crashes after some minutes.
Author
Owner

@surenrao commented on GitHub (May 22, 2024):

Same as above, it crashes after a couple of seconds when tapping the backup button, however when iphone is charging its working without any issue

@surenrao commented on GitHub (May 22, 2024): Same as above, it crashes after a couple of seconds when tapping the backup button, however when iphone is charging its working without any issue
Author
Owner

@danst0 commented on GitHub (Jun 6, 2024):

Same here it crashes constantly. I have 100k+ images and after three weeks still 75k to go.

Daniel

@danst0 commented on GitHub (Jun 6, 2024): Same here it crashes constantly. I have 100k+ images and after three weeks still 75k to go. Daniel
Author
Owner

@JohanSelmosson commented on GitHub (Jun 12, 2024):

In my case it seemed like caddy that i use as reverse proxy in front of immich rejected uploads bigger than whatever the default value allows.

More info here
https://caddyserver.com/docs/caddyfile/directives/request_body

I changed my Caddy configuration like this and then it started to work!

https://immich.example.com {
	
	reverse_proxy immich_server:3001
	
	request_body {             # Added this statement
		max_size 5GB       # to allow bigger
	}                          # uploads.
}
@JohanSelmosson commented on GitHub (Jun 12, 2024): In my case it seemed like caddy that i use as reverse proxy in front of immich rejected uploads bigger than whatever the default value allows. More info here https://caddyserver.com/docs/caddyfile/directives/request_body I changed my Caddy configuration like this and then it started to work! ``` https://immich.example.com { reverse_proxy immich_server:3001 request_body { # Added this statement max_size 5GB # to allow bigger } # uploads. }
Author
Owner

@agster27 commented on GitHub (Jul 15, 2024):

This is also happening to me:

IOS 17.5.1
immich app 1.108.0 build 163
immich server v1.108.0

No proxy being used, mobile cellular service turned off, wifi turned on, all on a local network from the iphone to the server.

@agster27 commented on GitHub (Jul 15, 2024): This is also happening to me: IOS 17.5.1 immich app 1.108.0 build 163 immich server v1.108.0 No proxy being used, mobile cellular service turned off, wifi turned on, all on a local network from the iphone to the server.
Author
Owner

@alextran1502 commented on GitHub (Jul 15, 2024):

@agster27 you can turn on "Ignore Icloud" asset in the backup settings to temporarily workaround this issur

@alextran1502 commented on GitHub (Jul 15, 2024): @agster27 you can turn on "Ignore Icloud" asset in the backup settings to temporarily workaround this issur
Author
Owner

@skndmx commented on GitHub (Jul 19, 2024):

I have the same issue - let me know if there's anything useful I can do to debug. Same release and config as the above.

This is my first full backup of 200GB so for now I've made an iOS Shortcut that opens the app automatically when it closes. That way I can leave my device with auto-lock disabled overnight and be confident it will continue until I wake up.

That's a smart workaround for initial batch upload.

@skndmx commented on GitHub (Jul 19, 2024): > I have the same issue - let me know if there's anything useful I can do to debug. Same release and config as the above. > > This is my first full backup of 200GB so for now I've made an iOS Shortcut that opens the app automatically when it closes. That way I can leave my device with auto-lock disabled overnight and be confident it will continue until I wake up. That's a smart workaround for initial batch upload.
Author
Owner

@agster27 commented on GitHub (Jul 19, 2024):

@alextran1502 I ended up asking iCloud to download all photos to the iphone and then I did the immich backup with the iPhone Autolock turned off.

If anyone does this. It works great. HOWEVER your iPhone will get as hot as Death Valley. So I took my cover off and propped up the phone to make sure there was plenty of space for it to release it's heat.

This worked like a charm.

I backed up over 200GB of photos from the iPhone. It took two nights. I did not backup during the day as I needed to use the phone.

@agster27 commented on GitHub (Jul 19, 2024): @alextran1502 I ended up asking iCloud to download all photos to the iphone and then I did the immich backup with the iPhone Autolock turned off. If anyone does this. It works great. HOWEVER your iPhone will get as hot as Death Valley. So I took my cover off and propped up the phone to make sure there was plenty of space for it to release it's heat. This worked like a charm. I backed up over 200GB of photos from the iPhone. It took two nights. I did not backup during the day as I needed to use the phone.
Author
Owner

@sinofool commented on GitHub (Jul 20, 2024):

@alextran1502 I ended up asking iCloud to download all photos to the iphone and then I did the immich backup with the iPhone Autolock turned off.

If anyone does this. It works great. HOWEVER your iPhone will get as hot as Death Valley. So I took my cover off and propped up the phone to make sure there was plenty of space for it to release it's heat.

This worked like a charm.

I backed up over 200GB of photos from the iPhone. It took two nights. I did not backup during the day as I needed to use the phone.

Thanks for the tips. I turned off autolock and put on an active cooling fan. It runs smoothing for now. 17K/400GB to go this weekend.

Before the memory leak fixed, I think it's better to have the tips in the backup screen. Not everyone knows how to search solutions from Github.

@sinofool commented on GitHub (Jul 20, 2024): > @alextran1502 I ended up asking iCloud to download all photos to the iphone and then I did the immich backup with the iPhone Autolock turned off. > > If anyone does this. It works great. HOWEVER your iPhone will get as hot as Death Valley. So I took my cover off and propped up the phone to make sure there was plenty of space for it to release it's heat. > > This worked like a charm. > > I backed up over 200GB of photos from the iPhone. It took two nights. I did not backup during the day as I needed to use the phone. Thanks for the tips. I turned off autolock and put on an active cooling fan. It runs smoothing for now. 17K/400GB to go this weekend. Before the memory leak fixed, I think it's better to have the tips in the backup screen. Not everyone knows how to search solutions from Github.
Author
Owner

@vfedetz commented on GitHub (Jul 31, 2024):

I am also experiencing this issue trying to perform an initial sync my wife's iPhone with immich. Can't attempt the work around of downloading all iCloud photos locally to the phone due to lack of space. What is infuriating is the sync progress constantly resets after the app crashes. Has anyone figured out a way to at least "save" your progress during a sync so that when I reopen the app it does not have to start from scratch?

@vfedetz commented on GitHub (Jul 31, 2024): I am also experiencing this issue trying to perform an initial sync my wife's iPhone with immich. Can't attempt the work around of downloading all iCloud photos locally to the phone due to lack of space. What is infuriating is the sync progress constantly resets after the app crashes. Has anyone figured out a way to at least "save" your progress during a sync so that when I reopen the app it does not have to start from scratch?
Author
Owner

@elkaboing commented on GitHub (Jul 31, 2024):

I am also experiencing this issue trying to perform an initial sync my wife's iPhone with immich. Can't attempt the work around of downloading all iCloud photos locally to the phone due to lack of space. What is infuriating is the sync progress constantly resets after the app crashes. Has anyone figured out a way to at least "save" your progress during a sync so that when I reopen the app it does not have to start from scratch?

My experience is the same. I gave up and rely on icloudpd to download my photos and videos every night and added the directory to immich as an external library.

@elkaboing commented on GitHub (Jul 31, 2024): > I am also experiencing this issue trying to perform an initial sync my wife's iPhone with immich. Can't attempt the work around of downloading all iCloud photos locally to the phone due to lack of space. What is infuriating is the sync progress constantly resets after the app crashes. Has anyone figured out a way to at least "save" your progress during a sync so that when I reopen the app it does not have to start from scratch? My experience is the same. I gave up and rely on icloudpd to download my photos and videos every night and added the directory to immich as an external library.
Author
Owner

@philjak commented on GitHub (Aug 8, 2024):

Hey there, hi @alextran1502,

I'm running Immich in a Docker Environment and updated to the version "main" (i.e. ghcr.io/immich-app/immich-server:main) to check if the crashing issue has been resolved by that release.

Unfortunately, the App still crashes after a few minutes.

Thanks,
philjak

@philjak commented on GitHub (Aug 8, 2024): Hey there, hi @alextran1502, I'm running Immich in a Docker Environment and updated to the version "main" (i.e. ghcr.io/immich-app/immich-server:main) to check if the crashing issue has been resolved by that release. Unfortunately, the App still crashes after a few minutes. Thanks, philjak
Author
Owner

@alextran1502 commented on GitHub (Aug 8, 2024):

@philjak it will be fixed in the next release. The issue is closed because we implemented the fix, but the new code hasn't been released yet

@alextran1502 commented on GitHub (Aug 8, 2024): @philjak it will be fixed in the next release. The issue is closed because we implemented the fix, but the new code hasn't been released yet
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: immich-app/immich#2637