-
Notifications
You must be signed in to change notification settings - Fork 159
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
Archiver in the public link doesn't work #6423
Comments
Could you add backend logs please? Anything in the ocis logs that looks like an error? |
Yes, of course. forgot to do it right away.
|
Can confirm this, Logs for a single folder download on public link:
Logs for a batch download of multiple items on a public link:
Interestingly, the archiver download isn't even offered as an option in the UI on password protected links 🤔 |
Could you check if the capabilities request was made and successful? If capabilities are not available => archiver is not available because it's announced via capabilities. |
Can't see the capability request in either case and still, I see the download button in non-password-protected links for folders/multiple items |
Also: When using a non-password-protected link, it only loads the capabilities on initial pageload, successive reloads don't fetch them anymore |
@kulmann Any news on this issue? |
The capability loading issues are resolved, but we still disable the archiver for password protected public links here
I checked locally what happens when I allow on the archiver on password protected public links - throws a 401 from the backend. I'll have to investigate what happens there. |
relates to 889bd00 |
web: 4.9.0
ocis: 1.16.0 with docker
Steps:
Expected result: files downloaded as download.tar. The same behavior if you download folder
Actual result:
Screen.Recording.2022-02-11.at.11.38.59.mov
The text was updated successfully, but these errors were encountered: