-
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
Search is available but doesn't work for authenticated user on the public link page #10915
Comments
Nice finding! I'd expect that the search input is visible ( ✅ ) and that it works ( ❌ ) as this is an authenticated context. IMO the fact that the view being displayed belongs to a public link is not relevant for the rest of the screen layout (search, app menu, user menu, left sidebar nav). |
I am currently on master branch and admin shared a link. I login as Alex and open the public link from admin as soon I enter the password, I see the content and the search. I can hit the search and I will be able to find results. Am I getting something wrong here, because it's not reproducible for me... |
I tied reproduce again. I can reproduce. |
Can you check on web master with latest ocis ? it works for me |
hmm, it works fine if I use https://ocis.ocis-wopi.latest.owncloud.works/ |
all fresh |
We found the issue, this is happening because we are sending the basic auth header instead of the bearer token while doing the dav report request. @ScharfViktor suggested disabling the search entirely when we are in a public link (context), because it will eventually be confusing to the user, that they can't search in the link but the personal space and other places |
Good finding! No hard feelings. Fine by me to disable the search in that case 👍 |
I take over and remove it in this context as I think @ScharfViktor s |
Version | 5.1.0-prealpha+0ac03d8a8
web 9.0.0-alpha.5
Steps:
f1
f1
Actual:
Expected: ? @kulmann maybe you have idea, what should we expect here?
The text was updated successfully, but these errors were encountered: