You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description: There is a protocol error in the list of entitled users who had previously delegated their vote. The vote delegation permission is still incorrectly displayed in the list, even if it has been deactivated in the meeting. The previously set vote delegation is saved and displayed in the list even though the user has voted for themselves.
example of wrong information:
Reproduction:
open a meeting
open settings > participants > vote delegation: enable vote delegation
open participants: add the admin to the meeting. create a new user, add it to group delegates and delegate the voting right to the admin
open setting > participants > vote delegation: deactivate it
open elections: create an election and let the groups admin and delegates vote.
let the admin and the other user now vote.
open the entitled to vote list -> under the new created user should falsy be a hint that he/she is represented by the admin.
What should happen:
The entitled to vote list should correctly track, if a vote delegation was active during a vote or a poll. If the vote delegation permission is deactivated and a vote/poll is performed, the list should NEVER include a hint for vote delegations. Even if a vote delegation was set active before the vote. By deactivating the feature, it should be disabled even for the voting protocols.
The text was updated successfully, but these errors were encountered:
I had a bit of a look at this feature and found out the following:
The entitled_users_at_stop field is currently filled purely with data from the backend, which simply counts up all users that are currently, at the time of the poll stop, in any of the entitled groups. The vote_delegated_to_user_id field is always filled with the user id of whomever the user in question is currently delegating to. From what I can see, this happens without consideration for:
whether anyone who voted has been thrown out of those groups while the poll was running (which, I suppose, fits the name of the field)
whether the delegation user is actually in the meeting (i.e. has a group)
whether delegations are turned off
whether the delegation user actually voted for the user
My assessment of the entire situation would be as follows:
If the requirement is just to leave the field empty if delegations were turned off, then this is a rather easy backend task.
If the requirement is to show the represented by information if the delegatee was actually the one who voted, we will need to keep tabs on who votes in whose stead while the poll is running. This will probably have to be done in the vote service and then somehow transferred to the backend.
Description: There is a protocol error in the list of entitled users who had previously delegated their vote. The vote delegation permission is still incorrectly displayed in the list, even if it has been deactivated in the meeting. The previously set vote delegation is saved and displayed in the list even though the user has voted for themselves.
example of wrong information:
Reproduction:
What should happen:
The entitled to vote list should correctly track, if a vote delegation was active during a vote or a poll. If the vote delegation permission is deactivated and a vote/poll is performed, the list should NEVER include a hint for vote delegations. Even if a vote delegation was set active before the vote. By deactivating the feature, it should be disabled even for the voting protocols.
The text was updated successfully, but these errors were encountered: