i’m running infinite scale 6.0
when i try to download files from my personal space – photo. i got a message saying ‘This file wasn’t available on site’. When i click further, it told me ‘Try to sign in to the site and download again’. I’m already signed in. What could be wrong ? I was running the previous 5.X version and i did not have this error.
Which Identity Provider are you using?
Default identity provider. This is a simple setup out of the box.
The files are uploaded to the space folder via owncloud apps on my phone to sync with my phone’s photo folder. But when i login via web browser on my pc, view the photos and try to download the photo to my pc, i get that error.
If multiple selection and downloaded as zip, it is successful. But if i try to download the individual file, i will get the error. Strange.
That’s strange! Infinite Scale can be finicky sometimes. Have you tried restarting the ownCloud container or service? It might just need a nudge to refresh things.
Since this is my own installation, so i have the luxury to reinstall everything again. Still the same. Single file download still will give this error. This is the error that i got from the log file:
{“level”:“error”,“service”:“proxy”,“error”:“signature mismatch: expected ff89f1fb70a517a9769492cc4c156c50081cf299962290e43d4df76730e87958 != actual b588ca4d362f4498820bbc305a9f74cf3abde88f7ab49985b7578fa196e7e86b”,“authenticator”:“signed_url”,“path”:“/remote.php/dav/spaces/427f5037-cead-4d34-bd5e-ddbf9ddb4078$abb05cf8-8b88-4da8-b598-11b2180aff22/Photo/Photo-2024-07-05-16-06-18_4522.JPG”,“url”:“/remote.php/dav/spaces/427f5037-cead-4d34-bd5e-ddbf9ddb4078$abb05cf8-8b88-4da8-b598-11b2180aff22/Photo/Photo-2024-07-05-16-06-18_4522.JPG?OC-Credential=lee&OC-Date=2024-07-10T00%3A51%3A03.442Z&OC-Expires=1200&OC-Verb=GET&OC-Algo=PBKDF2%2F10000-SHA512&OC-Signature=b588ca4d362f4498820bbc305a9f74cf3abde88f7ab49985b7578fa196e7e86b”,“time”:“2024-07-10T08:51:05+08:00”,“message”:“Could not get user by claim”}
The weird thing is, multiple file download as a zip works fine. Only a single file download will give me an error.
Any resolution for your issue? I have exactly the same problem and I don’t want to reinstall OCIS from scratch. It seems to be related to signature mismatch, but how to fix this mismatch?
By the way, I found a workaround: copy the link to the file (form context menu), open it in a new tab, and then you’ll be able to download it.
Unfortunately no. Still got the same problem even after i reinstall everything from scratch. No asisstance so far to pin point the problem.
It is kind of weird … if you multiple download file as a zip it works. but as single file download it will give you the error.
I’ve been running with this error until now. You can still download the file using right click 
but not using the download function.
My installation also very simple and minimal. Infinite scale with proxy in front to access. OCIS ver is 5.0.5. Previously i was running 6.X rolling version when i first encounter the problem. Then i went back to 5.0.5.
Hi,
Yes, it is quite unusual. My installation was also very straightforward; I followed the instructions from https://doc.owncloud.com/ocis/next/depl-examples/bare-metal.html. I was hesitant to reinstall from scratch,
but now it seems that it wouldn’t have made a difference. It appears to be a bug.
here what I am getting in log file:
{
“level”: “error”,
“service”: “proxy”,
“error”: “signature mismatch: expected 9c21559ae720e16e8b99ff5c98a4ba5e186040051d3643aef32a9fc93a558b5f != actual 3a019ab7f21956780d8e4cb0eda8c89f51472e941385b5e194d5f51cff4ce5b6”,
“authenticator”: “signed_url”,
“path”: “/remote.php/dav/spaces/2527fddb-0e6e-4b32-963e-cb9c8c43ba54$afe71af0-3bab-4b21-9030-208b34907837/ibis3/google_ads/3WGL.gif”,
“url”: “/remote.php/dav/spaces/2527fddb-0e6e-4b32-963e-cb9c8c43ba54$afe71af0-3bab-4b21-9030-208b34907837/ibis3/google_ads/3WGL.gif?OC-Credential=jacek&OC-Date=2024-08-12T01%3A25%3A14.015Z&OC-Expires=1200&OC-Verb=GET&OC-Algo=PBKDF2%2F10000-SHA512&OC-Signature=3a019ab7f21956780d8e4cb0eda8c89f51472e941385b5e194d5f51cff4ce5b6”,
“time”: “2024-08-11T18:25:14-07:00”,
“message”: “Could not get user by claim”
}
I switched to using Nginx as my reverse proxy, and everything functions correctly when OCIS is set up on the standard port (443). However, my second server uses a non-standard port, and I encounter a bug where the login page displays a 400 error when hosted on this non-standard port (#7563). It seems like the issue might be related to the reverse proxy configuration. I’m out of ideas on how to resolve it.
i’m using apache proxy running on non standard 443 … no issue. so it could be your configuration.
Probably. Could you please share your reverse Apache proxy setup for OCIS?