Closed isasmendiagus closed 1 year ago
@isasmendiagus This is not a bug. This value is configurable.
FRONTEND_ARCHIVER_MAX_SIZE
is your friend. It is an int64
type and the default is 1073741824
.
You can find that in the ocis documentation https://doc.owncloud.com/ocis/next/deployment/services/s-list/frontend.html
@micbar Thanks!
@isasmendiagus nicer handling in the web UI will follow (basically for when the selected files are larger than the archiver max size). If you're interested in that please subscribe yourself to https://github.com/owncloud/web/issues/8456 :-)
PR https://github.com/owncloud/web/pull/9055 will be merged soonish (today or on Monday), but the ui improvement will not be part of the official ocis v3.0
. Will be available in ocis master in June and then part of the next official ocis release after v3.0
.
Describe the bug
Downloading multiple files of more than 1GB from the web interface generates an incomplete .tar file of 980MB. The following error is logged: {"level":"error","service":"frontend","pkg":"rhttp","time":"2023-05-13T12:44:22.339036398Z","message":"reached max total files size"}.
Steps to reproduce
Steps to reproduce the behavior:
Expected behavior
The expected behavior is to download all the selected files, regardless of their total size.
Actual behavior
A .tar file of 980MB is generated, which is incomplete because the total size of the selected files exceeds this amount.
Setup
The infrastructure I'm using is an LXC container with Debian, running OCIS with docker compose. The template being used is: https://github.com/owncloud/ocis/tree/master/deployments/examples/ocis_wopi