In the mobile app, opening an album takes about a minute.
Once opened it works quickly. If you leave the album and immediately return again you have to wait about a minute. At the same time, the album opens very quickly in the browser on the same device.
I have about 35 albums with 300 photos and a few short videos. Immich was installed according to the instructions, is up to date (1.120.1 build.166) and runs great, but the fact that the albums in the Immich app have to load so long every time you open it is annoying. What can I do?
82 Replies
:wave: Hey @alice,
Thanks for reaching out to us. Please follow the recommended actions below; this will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs docs
- Container Status: docker compose ps docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
Checklist
1. :blue_square: I have verified I'm on the latest release(note that mobile app releases may take some time).
2. :blue_square: I have read applicable release notes.
3. :blue_square: I have reviewed the FAQs for known issues.
4. :blue_square: I have reviewed Github for known issues.
5. :blue_square: I have tried accessing Immich via local ip (without a custom reverse proxy).
6. :blue_square: I have uploaded the relevant logs, docker compose, and .env files, making sure to use code formatting.
7. :blue_square: I have tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
If this ticket can be closed you can use the /close command, and re-open it later if needed.are you connected directly or through a proxy?
via a prxy > nginx
proxy
Cache Assets, Websockets Support (Docker), Force SSL and HSTS Enabled are activated
What happens if you connect directly via IP:port?
IP:Port are redirected to https domain
Strange. Never seen that before. I am trying to determine if it's immich or some configuration you have setup in between as we haven't seen any reports of this lately.
How many photos in the albums you opened?
Said 300 above. So not a crazy amount.
This doesn’t make sense. What is your network setup like? I assume you have your proxy on a domain, port 443
Please connect directly to immich on a local IP, port 2283
If immich is only on the proxy network, you can temporarily expose the port 2283 to the LAN for testing
Otherwise we won’t really be able to help you as it might not be an immich related issue
Only the proxy itself opens port 80 and 443. In the proxy the source is my domain, the destination is my internal (http)IP:2283 and certificate (SSL). It's also just the app, when I go via the browser everything is super fast.
try connecting to your internal IP : 2283
I did that and am then immediately redirected to my domain (ssl). That's how it should be. As I said, all the connections are great, only when I open the app do the thumbnails for the albums load for about 30 seconds to 1 minute. The more albums, the longer it takes to load. Once these are loaded everything is super fast. During the loading time everything is jerky. When I connect via the browser, nothing loads, everything is there immediately and super fast.
You have 30 albums and the total of 300 photos and videos, is that correct?
Correct
When accessing immich through your lan via port 2283 it will not redirect to anything, as @Zeus pointed out. What you're saying here does not make much sense.
You should try logging out on your app, then log in using your LAN IP and port 2283.
i.e., your server endpoint URL would look something like http://192.168.1.xx:2283/api when you log into the app.
Depending on your LAN configuration, it may also be something like http://10.0.0.xx:2283/api.
I did this, when I enter http://myIP:2283 and connect, I am redirected to https://myDomain.com and I am in the app. http is not possible for me, I don't want it either, everything should be https.
Or do you mean that I should bypass the proxy to just test it internally?
Yes, bypass the proxy
HTTP is fine if you’re just connecting locally (not over the internet)
yes, it's better locally, that's true. But that's not my point. OK, I'll try it. Unfortunately I don't have much time at the moment so I'll get back to you later.
I'll get back to you on Wednesday or Thursday. I'm going on a short vacation, thank you and see you soon
Now my mother-in-law has shared 3 albums with us and my mom takes a lot of photos😩, each album contains about 600 photos and now all the albums shared with me load even slower. If I leave some albums the loading time becomes shorter again. If I close the app and reopen it, it starts loading again. I tested past the proxy (http://ip:2283) only local network, it's exactly the same. I think it's the detailed image viewer, here I only selected preview images and low quality thumbnail photos. It seems like the loading time depends on the number of albums, the more albums are shared, the longer it takes to load.
what is your upload/download speed for your server?
this sounds like upload speed bottle neck where you host Immich
100 Mbit/s down and 50Mbit/s up
that sounds decent
can you test with connecintg to local IP?
I think it would help confirm and pinpoint where the problem might be
I tested past the proxy (http://ip:2283/) only local network, it's exactly the same.I think they have, or do you mean
localhost?hm
it was passed through the proxy though, probably not connecting directly to the http://ip:2283
and maybe a screen capture would be helpful
some folks use split tunnel so connecting through local IP is still going through stuff like CloudFlare afaik
so it would be good to doulbe check that
Ok,
Cloudflare is just my DNS provider. Proxy and tunnel are not active on cloudflare. I only use NGINX. I also use a DNS (pihole). This constellation may not be compatible > Cloudflare > pihole > nginx
Localhost😉
maybe storage is a disk that spins down?
or even worse, usb attached spinning disk which spins down? 😛
Causally runs Immich of a RAID 0 of floppy disks
(I should try that)
😄
i still have a floppy drive :[
Run Immich off it
Loading a single image needs 2 disk swaps -_-
not SATA and no pc available with IDE.... also off-topic ^^
Disk spin and floppy 🤣👍cannot be. If I log out and then log back in, the albums load again from the beginning.
Addendum: Backups, encoded videos, library, thumbs and upload run via the cache (ssd)
OK, I checked it again. The thumbnails are first saved in the cache and when I activate the mover (unraid) the thumbnails are copied from the cache (ssd) to the HDD. Do the thumbnails have to be in the cache?
But my database runs in cache
I split the albums, fewer photos per album, but more albums. Now the whole thing takes even longer to load. This is bad.🤮 Can't you put the thumbnails on the phone cache so that it goes faster? It's only via the mobile app, everything else works great.
The mobile app should cache your thumbnails, unless you've turned on
Prefer Remote Images in Settings -> Advanced on the mobile app.
On the flip side, it is a known issue that some devices are very slow to access images stored in cache. In which case turning this setting on will help.
Have you tried uninstalling immich altogether from your phone and starting over? Is there another phone you can test this with to determine if it's a problem with your server or your phone?
You can also check if there is an issue with your app by signing into the demo instance and seeing if opening albums is slow
https://immich.app/docs/developer/setup#mobile-appI have all the optimal settings enabled and the thumbnail quality set to minimum. I'm now at about 20 seconds loading time > 87 albums. My users and I find it annoying because it jerks in such a short time. Once the 20 seconds are up, everything is great. Another problem is that if you close the app (don't log out) and immediately reopen it, the loading time starts all over again. Handling the app is annoying because it jerks and doesn't run smoothly.
Everything is perfect in the demo app. When I log in to the app via browser everything works perfectly. If I use the app from the PlayStore, this problem occurs on my cell phone and others.
This is known issue because of the album index/sync process causes the jank. We are working toward a fix for this
👍
is that android only?
i dont seem to have that issue on ios
well, Android somehow very slow on reading/processing the changes. I think iPhone has better CPU so it is less noticeable
Odd. I used an old Pixel 4 until a few months ago and never ran into this issue, even with albums containing 500+ assets. I assumed it was some iOS jank until I saw the message about the app being from Play Store.
I suppose the Pixel 4 still holds it's own against flagship phones even after 5 years. Who woulda' thunk?
It's an issue likely introduced by an update so no wonder it wasn't noticed on your pixel 😉
Btw I also found the bug that cause the albums keep syncing when open the app
Now is to identify how to fix it
@alice Have you had a chance to update the server and see if it helps
The server is already up to date, now I'm still waiting for the mobile app update, which always comes a little later. I'll test it and then report back.
fix is server side only, you can test already with the same app
Ok, I tested it. App version and server version different, nothing has changed.
opening album still takes a long time?
Yes, about 80 albums > about 20 seconds, if I put the app in the background and reopen it > about 20 seconds again. After that everything is super fast and perfect.
Can you clarify what is that 20 seconds mean?
When I open the Immich app and press albums, they load in about 20 seconds. When I then scroll through the albums everything is jerky. When the 20 seconds are up everything is smooth and chic. If I put the app down and reopen it, the albums take 20 seconds again. If I increase the number of albums it takes even longer. This happens on different devices with Android. I'm currently using a Huawei P20Pro, with Samsung Galaxy it's a bit faster but also annoying.
can you help me follow the below steps
1. Make sure that the server that the app is connecting to is on v1.121.0
2. Log out then log back in
3. Observer the Photos page to make sure that the spinning icon is gone at the bottom of the page
4. Observe the Albums page to make sure that the spinning icon is gone at the bottom of the page
5. Put the app into the background
6. Reopen the app and see if the Albums page still has spinning icon
Ok, that's how I wanted to do it, the server is already up to date. I'm still waiting for the PlayStore to update the app. I will then test all steps and report back. First of all, thank you very much for your effort.
You can test now because the app version doesn’t make a difference for this behavior
1.120.x is fine for the app
Ok, I tested that way. No improvement.☹️
So whenever you open the app, the albums spinner would spin for like 20 seconds until it dissapears?
in the albums page, can you pull down to refresh and see how long the spinner status stays up?
Ok, I noticed the following: When I'm on WiFi it takes about 20 seconds. When I put the albums under it it takes a little longer. When I'm on the mobile network it takes 35 seconds and pulling down the albums takes 42 seconds. It's faster on WiFi
I tested it a few times, WiFi is faster, but not under 20 seconds. PS The app is now up to date, I restarted everything and it stays that way. So far identical on two devices, Huawei P20Pro and Samsung Galaxy A7
Perhaps those phones has slow cpu/storage 😅
🤷♀️
2,36 GHz
I'll ask my users, I'm sure there are even better models in use. But I should really get a better one😆
I am pretty confident that by doing so, it will solve this issue
🤣👍
A user has a Samsung Tab S6 Octa-Core 2.8GHz / 8GB RAM and exactly the same problem🤔
Do you have more recent phones? Like S8 or S9?
Definitely, I'll test it and get back to you later
ok, I've now tested it with a Samsung S23, it stays the same?
when you reopen the app, it still take more than a few seconds to settle?
or when you open an album
both
Do you mind taking a video capture of the behavior?
And are you connecting to your instance over direct IP?
Can you please try that?
OK, the video is online. Via http://ip:2283
So you have 300 albums, is that correct?
the test is currently running with 87 albums
There are over 300 photos in 10 albums
1 album has 13 short videos m4v
When I delete albums it becomes faster, when albums are added it becomes slower
My server runs with 12 cores of a strong CPU and 32 GB of RAM. Server and mobile app are up to date
Can you get the mobile app log and post it here?
I have 85 albums and 80,000 assets on my prod instance and I cannot reproduce this behavior
Not sure if was asked, is the database on an SSD?
we probably need to add this in the check list
The PostgreSQL database runs on SSD
Did you create these test albums from the Immich interface or you use some type of database client to manually copy and create new records?
The Immich container also runs on SSD. Photos/libraries first go to the cache (SSD) and from there to an HDD. The Immich container runs in the cache with Config/redis/machine-learning and log
I'll get back to you later😩
yeah something might be wrong with you instance, idk. Maybe try creating a new one
It's just the short loading time, otherwise everything runs great without any problems, I'm completely satisfied. Maybe I'm a bit too perfectionist😉
To be fair, this should never happen
Here is on the prod instance
with 85 albums
something odds is happening with your setup, I am not sure where to look now
The following folders are in my cache: backups / encoded-video / library / thumbs / upload is that correct?
If I'm in the albums and close the app from there or put it in the background and then open it again, it takes a while to load. When I'm in Photos and close the app and then open it again, nothing loads, everything is there immediately and super fast. I tried it several times. In short: everything from photos to albums is perfect, nothing loads, everything is super fast.
Ask:
If the Immich app (PlayStore) was forced to start in your own photos when you opened it, would my problem be solved
PlatformDispatcher - Catch all
Error: Overlay is null.
Please don't use top of the widget tree context (such as Navigator or MaterialApp) or
create overlay manually in MaterialApp builder.
More information
- https://github.com/ponnamkarthik/FlutterToast/issues/393
- https://github.com/ponnamkarthik/FlutterToast/issues/234
#0 FToast._showOverlay (package:fluttertoast/fluttertoast.dart:175)
#1 FToast.showToast (package:fluttertoast/fluttertoast.dart:265)
#2 ImmichToast.show (package:immich_mobile/widgets/common/immich_toast.dart:49)
#3 EditImagePage._saveEditedImage (package:immich_mobile/pages/editing/edit.page.dart:81)
<asynchronous suspension>
Is this the cause of the long loading time?
I haven't encountered it before, do you recall how do you trigger it?
It only affects albums that are shared, shared albums take a while to load.
The loading time as an album owner with 80 albums or more is very fast. My users and I only have the loading time problem with the shared albums, as you saw in the video. It seems as if the albums are reloaded every time the app is opened. If we leave the shared albums and only use our own, the loading disappears and only the new details are loaded very quickly. There is a difference between your own and shared albums.
The setup is fine and we tried it on different devices.