-
Notifications
You must be signed in to change notification settings - Fork 73
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
Allow site user to vote in hidden poll via public link #779
Comments
How it should be:
So, this is a bug, because, the site user can access the poll, but is not allowed to vote. |
Workaround: set votes with public polls to visible or invite site user individually. |
Does that cover the case when the use of the app is restricted to a group by the admin? |
Unfortunately not, access is prevented by core. In this case, the user has to log out or use a private window in browser. |
Ok, that's what I though. Thanks for fixing the other issue! |
Allow site user to vote in hidden poll via public link #779
@SystemKeeper While waiting for the 1.1 release, you may check this issue in https://github.com/nextcloud/polls/releases/tag/v1.2.0-beta |
Hey @dartcafe Thx, hope i can get to this later, will report back. |
Looks like it's working now, thanks! |
I'd like to discuss a current (v1.1.5) behaviour of polls regarding public links in connection with poll-visibility and app-restriction.
Let's assume we created a private poll (not visible for other users) and created a public link. Now this public link is send to different users, but behaves differently, depending on the user:
User is not a nextcloud-user
Behaves as one would expect. A anon-user can add their votes through the shared public link.
User is a logged-in nextcloud-user
In this case the user is able to see the poll, but not make any votes, as it's a private poll and was not shared directly with this user.
In this case opening the public link will bring the user to the default files app.
I'm not sure what the intended behaviour here should be, but it shouldn't be like it is now.
I guess if a public link is shared, it shouldn't matter if the receiving user is a logged-in nextcloud user (with or without permission to use the app) or an anon-user. After all, it's a public link.
Any thoughts?
The text was updated successfully, but these errors were encountered: