-
Notifications
You must be signed in to change notification settings - Fork 187
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
[QA] Re-Sharer can increase permissions #893
Comments
A public link created by richard with Editor role behaves differently: While this behaviour is technically cool, it is absolutely not transparent for the participants. Editor and other choices should be grayed out, and have a tooltip explaining that the own permissions are currently insufficient. |
According to @pmaier1 re-sharing should not be possible at all. |
@butonic Can you please confirm, that this was expected? |
Kind of dupe of #552 ? |
Also similar issue owncloud/product#270 |
Jörn Friedrich Dreyer commented: another dupe: #893 inital PR to fix it: cs3org/reva#1368 |
Retested with ocis-1.0.0-rc8 via ocis/deployments/examples/ocis_traefik/ No more resharing conspiracy possible: That is an acceptable workaround, but not nice. |
Try a reload after encountering the error. Unfortunately the share is created nevertheless. But luckily the 3rd user does not get the share. |
We should fix it during our hardening of the share features. |
re-sharing is off. Need a re-test when we turn it on |
Resharing is disabled. |
Setup via docker-compose-eos-test.yml from branch
fix-yml-for-rc5
on localhostVia WEB UI:
Although richard is clearly only Viewer, and moss received the share through richard, moss is Editor.
(At least einstein can clearly see what happend). Okayish.
Expected behaviour: share receiver can only reshare with same or subset of his own permissions.
The text was updated successfully, but these errors were encountered: