Page MenuHomePhabricator

Extend SecurePoll to allow voters to enter optional comments in some polls
Closed, ResolvedPublicFeature

Description

Author: FT2.wiki

Description:
In some polls, it is desirable and useful to allow participants to enter comments with their vote. The poll configuration would indicate whether a comment was ( for each vote | for the vote as a whole | not at all)

and whether comments could be seen ( by everyone after the election | by election monitors only | by the candidates for their own votes )

Rationale: In some !votes it is desirable to consider the rationale for votes as well as the pure vote count. A lot of discussions on-wiki work that way. Switching to SecurePoll allows privacy and simplicity, but also removes that option. So votes where the result is to some extent not a matter of pure numbers suffer when moved to SecurePoll or cannot be run on that extension.

Quick examples from enwiki, which uses it internally: -

At a recent CU/OS election almost all candidates polled at under the "minimum level", an unsatisfactory result. Not having any comments, it was impossible to interpret what went on and therefore approaches to improve matters lacked any information what happened.

At RFA the "pass level" is 70 - 80%. SecurePoll could handle RFAs in voting terms, but as a crat needs to be able to assess reasons not just vote count the extension would be inadequate to the task even if the community wished to use it.

Comments would be disabled by default so elections and polls not requiring them, would run without them. However other elections and polls could benefit from a comment capability, and it could allow SecurePoll to be wider used.


Version: unspecified
Severity: enhancement

Details

Reference
bz23727

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 11:02 PM
bzimport set Reference to bz23727.
bzimport added a subscriber: Unknown Object (MLST).

FT2.wiki wrote:

If comments were stored then SecurePoll would probably have to provide the existing votes and comments when a user wished to update their vote. Re-entering all votes just to change one was already a nuisance; if comments are kept then that adds value to it.

FT2.wiki wrote:

Can we also have a "no vote" option as well as "neutral" - they may be technically equivalent but in practice they mean different things:

Neutral tends to mean "I wish to express that I am fine either way", "no vote" tends to mean "I wanted to vote for some candidates but do not wish to cast a vote on others".

On SecurePoll votes the neutral count is considerably higher implying a lot of people with an indifferent view; in on-wiki votes neutral tends to be an affirmative decision and carries significance, it is not purely an absence of a vote in each case.

Aklapper changed the subtype of this task from "Task" to "Feature Request".Feb 4 2022, 11:01 AM
Aklapper removed a subscriber: wikibugs-l-list.
jrbs assigned this task to tstarling.
jrbs subscribed.

This was actually done in Tim's fix related to T300087: Comment box in comment-driven voting ballot appears twice. Yay!