Open MSoeb opened 3 weeks ago
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:
My assessment of the entire situation would be as follows:
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.What is the requirement here @MSoeb ?
Talked with @MSoeb this is actually just about leaving the field empty if delegations are turned off
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:![image](https://github.com/OpenSlides/openslides-client/assets/105491030/03d87728-0790-47fc-b388-f658c5e3c73d)
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.