Page MenuHomePhabricator

SecurePoll option to not allow voters to have ties in their order of preferences
Open, Needs TriagePublic


This seems to be a very easy task but enhances the SecurePoll capabilities a lot. By adding this small option, we can implement literally every ranked voting system, such as single transferable vote (STV), and tally the votes by hand using anonymous dump of votes!

Later we can add various counting methods such as Borda, IRV, Meek, and many others available in other voting software.

This card tracks a proposal from the 2015 Community Wishlist Survey:

This proposal received 11 support votes, and was ranked #63 out of 107 proposals.

Event Timeline

4nn1l2 raised the priority of this task from to Needs Triage.
4nn1l2 updated the task description. (Show Details)
4nn1l2 added subscribers: 4nn1l2, Huji, Ladsgroup and 5 others.
IMPORTANT: If you are a community developer interested in working on this task: The Wikimedia Hackathon 2016 (Jerusalem, March 31 - April 3) focuses on #Community-Wishlist-Survey projects. There is some budget for sponsoring volunteer developers. THE DEADLINE TO REQUEST TRAVEL SPONSORSHIP IS TODAY, JANUARY 21. Exceptions can be made for developers focusing on Community Wishlist projects until the end of Sunday 24, but not beyond. If you or someone you know is interested, please REGISTER NOW.

This may be superseded by work on T289388: Create a drag-drop solution for ranked choice voting which already disallows ties. But I think STV works in quite a different way to other ranked methods so perhaps not.

I think this is a bad idea. And the description here seems quite different than the wishlist item.

First, the link to seems unrelated to this.

Instead I guess this is the relevant item:

That 2015 wishlist item proposes more flexibility, and asks for many voting methods, including STV which was not yet available in SecurePoll.
That was achieved a few years ago.

I see no reference in the wishlist discussion to tie votes.

Note that the 2019 ASBS election of affiliate-selected wikimedia foundation board of trustees allowed for equal rankings, and the variant of STV that was used to tabulate those votes worked fine, IIRC.

The notion that it would now be good to restrict the ways voters can rank candidates and disallow ties is contrary to the notion of allowing more flexibility.

There are voting methods which allow and even encourage equal rankings, so if this restriction was added, they would no longer be supported in the way the wishlist item was framed (via an external tabulator).

It would indeed be trickier to allow a convenient drag-and-drop UI which also allowed for equal rankings, but that is a separate issue.