Still not sure why group folders needs 4mb of scripts but I’ll take that since I choose to use it. core-common.js is quite ridiculous though.
I had a quick scan inside and it seems at least 20% if localization with over 1mb for just images for countries. Any way to reduce the size? In V28, a breakdown of the file is on the milestone, but it will still have 15mb of data, just in chunks. We have a few remote areas and with the spotty connection, they cannot fully load the page before it fails sometimes. Some older devices do not cache such large files either
Great. But unfortunately this does not help on Android WebView. There the 15MB get downloaded each single time I open a document in Files app and each first time when opening a note in the Notes app. I already created issues on the corresponding repositories (Files and notes-andorid).
Any workaround for those?
We are using Text & Collabora. You can track the used amount of data in Android settings. Check before opening a document and then after openig a document. It’s round about 16MB, but I’m sure the most of that can be cached. However, mobile data is expensive and opening a few documents increase the used data a lot.
I already found something in the code but never came around to build & test myself. See the corresponding issue on files app.
I’m using Android System WebView v115.0.5790.136, so yes, based on chronium. I also tried switching to Google Chrome’s WebView but with the same effect, so switched back to system default. As default browser I use Firefox (Android & Desktop) but that shouldn’t matter for the used WebView implementation.
Good to know, I’ll install Chrome on Desktop and try that out the next days. Thanks for the hint!
Any hint what I need to check on my server configuration (Apache, PHP) for that configuration or what recommendation I can follow? Didn’t find a clear answer via quick googeling (may investigate more time the next days). ;D
As alternative I would try to adjust my configuration for the nextcloud vhost more to AIO docker.