iOS app crashing after startup on photos tab. Where is the problem?
Hello, I am trying to get my photo library into immich using the CLI. This seems to work, as the tool has imported about 120.000 items of about 550.000 items. This mostly constitutes only the jpeg pair part, as the cli does not support my cr2 and cr3 files yet. However, the iOS app is currently crashing after a few seconds having it open on the main photo timeline view. When I switch to search, sharing or the library tab, it does not crash.
Interestingly, the crash does not show up in the iOS app logging at all, or at least I have not been able to find it.
Is this my iPhone's fault, is this due to the container stack being busy importing or is it something else?
Info:
- iPhone SE 2 256GB
- iOS 16.5.1 (20F75)
- Server v1.68.0
- iOS app v1.69.0 build 109
- Default docker compose yml + local folder mount
- Docker command for CLI run from inside
immich_server container immich upload --key mykey --server http://immich-server:3001 /mnt/fotomateriaal --import --recursive --yes
- Default .env, Immich storage on ZFS UPLOAD_LOCATION=/tank/immich
- Probably not relevant, but adding for completion sake, media is mounted through SMB, from a hybrid storage NAS (local/remote/union mergerfs setup, rclone mounted, remote dropbox combined with local folder mounts, 5TB vfs cache on 4x16TB + 2x 2TB SSD mirrored pairs ZFS)7 Replies
I have a feeling iPhoneSE might have running out of ram when trying to query that big of a number (125.000) of assets
this is part of <#1122895663076749492> or app optimization we will need to do to prevent cases like this
thanks @Alex okay,so it would be best to just keep it running and it will probably get better in the future, right? I can ask my partner who has a pretty new iPhone 12? 13? To see if she has the same issue. Would that help?
Yes that would be helpful
and yes, we are planning to address this issue eventually
Thanks for getting back to me 🙂 I tried her iPhone, it's a 13 with 256GB storage. Sadly, it crashes just like my SE2.
that could be a stress with 125000 on any phone, I will try to prioritize this performance issue
I appreciate the effort! Yes, it could be stressful on any phone and this is only a part of our library with a fair amount still to go and no raw files processed as of yet. The webui works as expected so far though, so that is good
yeah the app is optimized for the timeline so it can handle any amont of assets since it only load the sections that are shown on the screen. Mobile app use different mechanism to sync the assets with local database, so it is a bit complicated.