Replies: 13 comments 15 replies
-
|
Unable to replicate with firefox 147.0.2 on windows 10 |
Beta Was this translation helpful? Give feedback.
-
|
Can you reproduce this on https://demo.immich.app ? |
Beta Was this translation helpful? Give feedback.
-
@bo0tzz i have tried to revert my compose file from version 2.4.1 because there was a change in the redis container but that did not change anything either still same result. i have then tested jumping to random places in the timeline and the back to the top i works as i would expect (Fast) Would it be possible to roll back the server to 2.4.1 just from the compose change or have there been changes in the database that it would not be advisable ?? |
Beta Was this translation helpful? Give feedback.
-
|
I'd advise not going back to v2.4.1. Do you mind opening the Browser's network (F12), performing the navigation between pages, and capturing the screenshot of the request that takes an extremely long time? |
Beta Was this translation helpful? Give feedback.
-
|
Hey Guys, |
Beta Was this translation helpful? Give feedback.
-
|
@Nerdiyde, can you help describe what you are observing? |
Beta Was this translation helpful? Give feedback.
-
|
More or less exactly the same what OP described. I used the Firefox profiler to record the "load time" and (I think many other details). In that case accessing the page took >1min. Hope this helps. If you need anything else let me know. Thanks for your help. :) Edit: https://demo.immich.app/albums is working normal for me. |
Beta Was this translation helpful? Give feedback.
-
|
From loaded timeline pushing the albums button From loaded albums pushing pictures button. but the weird thing is when looking in the console network tab, when pushing the "pictures" button Nothing no request no lines in the console is changing absolutely nothing is happening until after about 6-7 seconds then alot happens and it is done in about a 1 sec.... it is like i do not push the button until after 7 sec But when i change the album page from loading between "covers and list" there is again this long "pause" of about 7 sec and in the console no network request is made "nothing" is happening but after about 7 sec the album page changes between list and cover. and for what ever reason many times now when jumping between timeline and albums the albums page is just black background and not loading at all, having to reload the page with F5. but it seems that when going from loaded albums page with "list type" to the timeline the weird delay is not present but then going from from timeline to albums with "list type" it triggers the black background and never loads without manual refresh. and it is all very non consistent and not always reproducible sometimes it works other it is not and i haven't found the specific course yet.. |
Beta Was this translation helpful? Give feedback.
-
|
The issue seems to be that the Can you answer a few questions?
|
Beta Was this translation helpful? Give feedback.
-
|
I have had the same issue since I updated as well (hello fellow Dane here), the Web UI isn't loading more than just the /photos/ url but with no pictures and 100% cpu. All my other tabs in firefox can't reach any url while the webui uses 100%, the only solution is to kill the web content PID with btop or kill -9. But I can see on my phone that photos sync fine. Server is 2.2.1, docker on a raspberry pi 4. Browser is Firefox 147.0.3 on Arch linux. |
Beta Was this translation helpful? Give feedback.
-
|
Just wanted to chip in that I'm also running into this issue. My main observation:
I'm running Immich 2.5.6 behind an nginx proxy. This behavior shows up in Zen Browser (Firefox). I've tried to troubleshoot the issue with an LLM (I first thought I'd just needed to tweak some settings either in Immich or nginx). That troubleshooting pointed towards Service Workers. In the last scenario (local access) where it does work in Zen no Service Workers are registered. Moreover, in my regular access path (the nginx proxied version in Zen browser) I can make the issue disappear by disabling service workers in Firefox globally. The problem also does not show up in Zen when accessing Immich locally (not via the nginx proxy). In that case, no service worker seems to have registered according to the developer tools. I don't observe the problem in Safari (Mobile) or Chrome (Desktop) (through my nginx proxy). Note: I have a technical background but not in webdev, I don't know what these service workers are supposed to do. I'm more than happy to provide additional information |
Beta Was this translation helpful? Give feedback.
-
|
@jrasm91 But Testing on the same Client PC Windows 10 64 bit with Firefox 64 bit 148.0 and Brave 64 bit version 1.88.134 From Login screen to loaded timeline From loaded timeline to album page with thumbnails From loaded Albums back to timeline From loaded album to logout screen I have tested the "service worker" that @jonathanjuursema mentioned but that did not change anything for me. But Firefox is my primary Browser and i would of course like that it works just as good as all the "google alternatives" Thanks |
Beta Was this translation helpful? Give feedback.
-
|
switching to chrome resolved the issue for me... but yeah, Immich on Firefox is very slow, it can take forever to open a video and many times I need to refresh a few times for a page to show. |
Beta Was this translation helpful? Give feedback.


Uh oh!
There was an error while loading. Please reload this page.
-
I have searched the existing issues, both open and closed, to make sure this is not a duplicate report.
The bug
After upgrading to Immich 2.5.2 login in using my primary browser Firefox 147.0.1 on windows
jumping to my albums section is very slow to load 7 seconds (i have many albums) normally not that slow then after wanting to go back to the timeline it takes 10 seconds to load the timeline this only happens on firefox browsers both mobile and desktop.
Testing the same scenario on brave browser v1.86.146 it takes 2 seconds for album load and loading the timeline takes under a sec.
i have tested through my normally used reverse proxy and directly on the immich ip/port,
Deleted cache but nothing is helping.
The OS that Immich Server is running on
Debian 13 Vm on proxmox
Version of Immich Server
2.5.2
Version of Immich Mobile App
2.5.2 build 5033
Platform with the issue
Device make and model
Asus Zenfone 9 Android 14
Your docker-compose.yml content
Your .env content
Reproduction steps
...
Relevant log output
Additional information
i have tested on mobile and the problem is the same on mobile Firefox vs mobile Brave
Beta Was this translation helpful? Give feedback.
All reactions