-
-
Notifications
You must be signed in to change notification settings - Fork 89
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Having many photos in your libary leads to crashing or not responding browser #865
Comments
Same here, I cannot load photos to maps since some longer time now, if I do it, browser tab completely freezes after few seconds. I'm having 70k+ photos with geotagging in them, with one of the previous versions (probably also 0.1.10 as OP stated), everything was working fine and even 70k+ photos was not a big issue. |
Confirmed, maps is currently unusable. Server load is insane, so that I need to disable the app until this is fixed. |
I also have issues with the maps app. Earlier versions where much faster. |
I am also affected. Maps is not usable anymore since 0.1.10. I currently got ~35k pictures and the number of pictures has not been sigificantly increased since then. Additional potential helpful information: It is working correctly with ~3k pictures but that does not mean that this is the limit. I just want to say that I got it to run properly with significantly lower amount of pictures. |
Same here. I have around 30k images (per user) and the map is freezing the browser for a long time. Would live to see this fixed and make maps compatible with large libraries. |
for me as well 70k pictures, wheel is turning long long time, firefox is freezing the tab |
Similar issue here, map is opening but it seems it tries to load thousands of photo previews at once, causing server to have a pretty bad time. Some previews load, some don't and the map is very laggy. |
Can confirm, when opening maps, it is loading all photo previews and is nearly killing the server |
@tacruc This is really a showstopper! Maps is pretty embedded in the new "photos" app, but having it enabled with this bug kills the server (and it's unusable for the user as well). Do you have any idea of a hotfix or workaround (except disabling the maps app)? |
This app should be removed from the list of featured apps as it's crashing/slowing down servers and browsers. And it seems like no one is interested in making any changes. I know that it's a community project but it could be a serious issue to anyone using this in a productive environment. |
I have not had a chance to look into the implementation in detail. |
Something along the lines of:
|
If I have to throw a wild guess there are some background jobs there were never updated since 3 years ago: https://github.com/nextcloud/maps/tree/master/lib/BackgroundJob But the dependencies were - so its likely possible that something was forgotten on that regard and the background job is silently not doing anything while it should be actually slowly pregenerating the thumbnails in the background. |
v0.2.5-1-nightly has some improves. It's still not perfect but on my Laptop 13k photos load and the app is usable after ca. 20s of loading. Notice that v0.2.5-1-nightly is the first nightly version and needs lots of testing for a stable release. |
There are further improvements in #924 |
Thank your for working on that problem since NC 25 doesn't support the old version anymore. |
I was finally able to test the nightly version. Seems to work much better. Doesn't crash the browser anymore. And the server load is much better. Thanks. |
Thanks for testing |
I am not sure if you re aware of the site not working on mobile devices. In my case the browser is Safari (Iphone). It just doesnt display any content except for the background and nextcloud top bar. It used to work back in older versions, I think. |
@newr90 no I'm not aware. Works on my Android device with chrome and Firefox. But it is definitely not optimized for mobile usage (even more overlapping buttons). |
@tacruc It worked really well i d say. Used it quite often. |
@tacruc I've also installed the latest nightly and it's not showing any photo on the map. In this map area I'd expect >3k photos: Do you have any idea which might be wrong? |
@jacotec can you check the browser console? |
@tacruc Disabling the slider does not help ... and it adjusts fine in time range after the number of photos are shown in the left side bar. The console shows some errors: |
I think your experience this issue: #947 |
I also got the problem that the pictures are not shown in the map with the current version of the app. Disabling Talk does solve this. So #947 seems to be the root cause. Anyway, speed of maps significantly improved now. I need about a minute for my 41k pictures to load. Thank you for the improvements. |
I just tried out this extension (again) since I saw the release of the 1.0.0 version, and it still crashes my browser (or leaves it so slow I have to close the tab). I don't think it has to do with pictures in my case though. I think it is because I have 1k gpx tracks which doesn't sound like a lot but seems enough to make it not work. I don't see any errors in the browser's console. |
@categulario Do you have all tracks enabled and shown? I have 700 tracks but mostly disabled, and this doesn't crash my browser? |
I suspect they are all enabled and shown by default and that's causing the slowdown. My tracks average 7k points each (tens of kilometers of cycling) |
and disabling them doesn't seem to be possible because there are 1k of them and the page is already too slow to even start |
Bug description
Having many photos in your libary leads to crashing or not responding browser.
I've got over 10k photos in my cloud. Unfortunately the newest version of maps leads to unexpected behavior of the browser and the app itself. It seems like the last versions of the app try to load all photos instantly, leading to unresponsive browsers and the webserver itself (freezing, not responding).
Last working version which I ve found working for me is 0.1.10 . It keeps reloading photos which come into view.
I've searched for this topic in here. I hope I didn't miss any already open issue.
Steps to reproduce
1.Use latest version of the app
2.Have over 10k of photos (with geo-info) in your cloud
3.Try to load the application
(Safari crashes, Firefox stops responding and takes a lot of time to load the page)
Expected behavior
The old method of preloading the photos should be used. -> Making the app usable for large photo-libaries.
Installation method
Other
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.1
Web server
Nginx
Database engine version
MariaDB
Is this bug present after an update or on a fresh install of the server?
No response
Is this bug present after an update or on a fresh install of the app?
Updated from a minor version
Are you using the Nextcloud Server Encryption module?
Encryption is Disabled
What user-backends are you using?
Configuration report
List of activated Apps
Nextcloud Signing status
No response
Nextcloud Logs
No response
Browser Console
No response
Additional info
No response
The text was updated successfully, but these errors were encountered: