# Elections Plugin
**URL:** https://meta.discourse.org/t/elections-plugin/68521
**Category:** Plugin
**Tags:** broken
**Created:** [8월 22, 2017, 9:13오전 UTC](https://meta.discourse.org/t/elections-plugin/68521 "2017-08-22T09:13:06Z")
**Posts on this page:** 20
**Page:** 3
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [9월 17, 2017, 4:01오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/41 "2017-09-17T04:01:47Z")
Thanks 👍
I’ve prevented anonymous users from seeing the election controls and protected the server methods.
Also I’ve added the setting `min_trust_to_self_nominate` (default: 1).
[https://github.com/angusmcleod/discourse-elections/commit/7320f8290d4758a631a3ecd3fdba7e91b6eaf8e2](https://github.com/angusmcleod/discourse-elections/commit/7320f8290d4758a631a3ecd3fdba7e91b6eaf8e2)
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [9월 17, 2017, 4:03오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/42 "2017-09-17T04:03:09Z")
And don’t forget to catch promise failures in the JS - network failures, etc. shouldn’t result in infinite spinners 🙂
Any time you write this.set(‘loading’, true) you need to add a .`finally(() => self.set('loading', false))` clause.
---
### Author:  [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [9월 17, 2017, 8:02오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/43 "2017-09-17T20:02:48Z")
We also had requests for limiting to discourse groups for self nomination _and_ voting. Not a high priority for us but you may be interested in considering.
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [9월 18, 2017, 12:14오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/44 "2017-09-18T00:14:06Z")
@riking Thanks, that’s useful. Using your advice, In addition to the self-nomination toggle method, I’ve added a `finally` statement to each of the ajax calls in the `manage-election` controller (which do things like update the election title, change the status etc). This means my generic resolve function is always called at least once (normally twice), and that regardless of the outcome the result of the election update will always be cleared after a short timeout.
```plaintext
resolve(result, type) {
if (result.success) {
this.set(`${type}Icon`, 'check');
} else if (result.failed) {
this.set(`${type}Icon`, 'times');
this.flash(result.message, 'error');
} else {
setTimeout(() => {
this.set(`${type}Icon`, null);
}, 5000);
}
this.set(`${type}Saving`, false);
}
```
This behavior is cleaner.
@tobiaseigen 👍 Group limitation for self-nomination concerns this plugin (on the to do list), but the limitation of voting concerns the polling plugin (can discuss further in a polls topic).
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [9월 23, 2017, 12:42오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/45 "2017-09-23T12:42:33Z")
> [@angus](#):
>
> The Poll stage of the election works like a normal Discourse Poll
I suppose that means there is no possibility for secret ballots, i.e. so that not even an admin can tell who voted for whom?
---
### Author:  [@riking](https://meta.discourse.org/u/riking)
#### Post date: [9월 23, 2017, 3:55오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/46 "2017-09-23T15:55:31Z")
People are already using database queries to get the list of voters in a poll, so no. Any potential solution to that is useless against database access.
Actually, there is a potential solution but it requires never being able to change your vote and I’m not sure there’s interest in adding that to polls?
(Namely: store list of usernames, and map of option to vote count. Because you don’t know who voted for what, no take-backs.)
---
### Author:  [@fefrei](https://meta.discourse.org/u/fefrei)
#### Post date: [9월 23, 2017, 4:03오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/47 "2017-09-23T16:03:44Z")
> [@riking](#):
>
> Actually, there is a potential solution but it requires never being able to change your vote
And even worse: It still requires trusting the admins, because (barring very, very complicated cryptography) there is no way for users to tell whether the server secretly stores their votes or not!
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [9월 23, 2017, 6:30오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/48 "2017-09-23T18:30:22Z")
> [@riking](#):
>
> there is a potential solution but it requires never being able to change your vote and I’m not sure there’s interest in adding that to polls?
I think that would be an option worth implementing, despite the shortcoming. Reason: it is a common requirement in the statutes of associations that elections are conducted via secret ballot. If the plugin doesn’t even come close to this, there is no chance such organizations could use it…
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [9월 24, 2017, 3:24오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/49 "2017-09-24T03:24:04Z")
Keep in mind that all elections require ‘trusting the admins’ to a certain extent. Just because it’s possible for an admin to figure out what your vote was, it doesn’t follow that the ballot is not secret. There is a difference between ‘no one could ever find out no matter how hard they tried’ and ‘if everyone acts properly, no one will know’.
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [9월 24, 2017, 4:00오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/50 "2017-09-24T04:00:59Z")
> [@riking](#):
>
> Actually, there is a potential solution but it requires never being able to change your vote and I’m not sure there’s interest in adding that to polls?
There’s an argument that this behavior should be the default on all polls. People’s voting choices are affected by a whole host of factors that change over time, in particular other people’s votes. Allowing you to change your vote allows for the effect of these factors to exacerbate, particularly after you’ve seen the results.
I’m not sure what benefit is derived from allowing people to change their vote on any poll.
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [9월 24, 2017, 9:10오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/51 "2017-09-24T09:10:20Z")
So you no longer think it is doable? Or are you suggesting the change should be implemented in the poll feature on which you build?
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [9월 24, 2017, 11:44오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/52 "2017-09-24T11:44:15Z")
When I initially wrote that I was slightly hung-over and hadn’t thought it through 🙂
On reflection, I do think it would be a bit complex to implement a 100% secret ‘no admin can figure out your vote through db queries’ changeable-vote poll.
But, as suggested, I think this is the wrong focus for two reasons.
1. I’m not sure that the fact that there is a record of voter’s actual votes somewhere invalidates the secrecy of the ballot. There are many instances in real-world elections when it is _possible_ for an election administrator to undermine the election. Ballot boxes can be stuffed, votes can be changed after the fact, cameras can be installed in voting booths, voters can be intimidated… Such things can and do happen in real world elections. What makes a valid election is not the _impossibility_ of these things occurring, but them not occurring in fact. Making a completely incorruptible system would be ideal, but it’s not necessary to make the process valid. A simple solution is for the administrators to simply refrain from querying the db. Like election administrators in real life elections refrain from changing votes.
2. I do think that the default for any Poll (election or otherwise) should be one vote per user per poll. This goes to the reason why almost all polls (election or otherwise) in real life are conducted within a short window of time: as far as possible, all votes are cast within the same factual context. If the changes in factual context are not taken into account a poll (any poll) is pretty meaningless, as it’s not constituted with similarly situated choices.
Will I work on submitting PRs for hidden results and single vote polls to the polls plugin? Maybe 🙂 I’ll see what my schedule is like next week…
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [9월 24, 2017, 12:15오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/53 "2017-09-24T12:15:13Z")
I basically agree with what you say and it would be great if you’d find the time to implement your suggestions 🙂
> [@angus](#):
>
> automatic time limiting for polls is one possible feature that could help in this respect, however it’s not really material to the current discussion as whoever posts the poll can just say when the poll will close and close it then.
If you could link the closing of a poll to the closing of the topic, we’d already have automatic time limitation (via the topic timer). The only potential limitation would be that you need to be staff (or even admin?) to do that so that this would not be available for election owners who are not staff. But if the election is so important that the reliable closure is important, you’d assume staff is involved anyway…
> [@angus](#):
>
> I do think it would be a bit complex to implement a 100% secret ‘no admin can figure out your vote through db queries’ changeable-vote poll.
I agree that 100 percent guaranteed secrecy should not be the goal here but rather a legally acceptable guarantee. My non digital example would be that in a smaller AGM, for example, it is conceivable that election officers recognise someone’s handwriting or the way someone folded the paper. But we routinely choose to ignore this and in the same way we should find a digital solution where members will similarly choose to ignore possible (but unlikely) leaks. Or, since you are a lawyer: where they can be legally expected to do so.
So, the devil is in the details: I think if people’s votes could be revealed through a simple db query, this would not be sufficient IMO. But I understand that the idea with a separate table for who voted instead of saving what they voted fixes exactly that, right?
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [9월 24, 2017, 12:31오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/54 "2017-09-24T12:31:47Z")
> [@tophee](#):
>
> But I understand that the idea with a separate table for who voted instead of saving what they voted fixes exactly that, right?
Yes it will fix it, but it entails also restricting users to one cast of their vote per poll. From a code logic perspective, if you just know who has voted, but not for whom, if a user changes their vote there’s no way of knowing which vote tally to _deduct_ a vote from.
So we’re actually talking about three changes here.
1. One cast of your vote per poll (which should really be the default);
2. If ‘one cast’ is on, you also have the ability to completely anonymize the votes, even on the db, by using a separate ‘voted’ list.
3. The ability to hide the results prior to the closing of the poll and / or prior to a user casting their vote.
---
### Author:  [@tophee](https://meta.discourse.org/u/tophee)
#### Post date: [9월 24, 2017, 12:50오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/55 "2017-09-24T12:50:56Z")
> [@angus](#):
>
> closing of the poll and / or prior to a user casting their vote.
That should really also be the default (though I understand the use case of more informal straw-poll type polls)
---
### Author:  [@ChrisBeach](https://meta.discourse.org/u/ChrisBeach)
#### Post date: [9월 25, 2017, 6:40오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/56 "2017-09-25T06:40:21Z")
Minor UX issue - on the poll it’s too easy to accidentally click through to the user profile rather than placing a vote for the user
---
### Author:  [@tobiaseigen](https://meta.discourse.org/u/tobiaseigen)
#### Post date: [12월 2, 2017, 5:16오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/57 "2017-12-02T17:16:25Z")
I just noticed that when the electinos plugin is enabled, the poll option label text disappear when there is an emoji on the label. The emoji shows, but not the text. This is in regular single option polls, not actual elections. I tried a bunch of things, including putting the same poll on try where it then worked.
I’ve now disabled the elections plugin and the poll option label texts and emojis are back.
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [12월 3, 2017, 4:17오전 UTC](https://meta.discourse.org/t/elections-plugin/68521/58 "2017-12-03T04:17:37Z")
Thanks 👍 fixed.
[https://github.com/angusmcleod/discourse-elections/commit/2319e1ddf14c37e694c995b29a9b0377d090c5d5](https://github.com/angusmcleod/discourse-elections/commit/2319e1ddf14c37e694c995b29a9b0377d090c5d5)
While I’m here, I should note that I’ve been adding various features to this plugin over the last couple of weeks:
1. **Automatic poll open and close**. You can set an election poll to automatically start X hours after X nominations are received; or at a certain time. Likewise with poll closing, you can set a certain time period (in hours) or a certain time. When a poll is scheduled to open or close (whether by reaching a nomination threshold or via a manually set time), the time is displayed under the topic title.
2. **Election status banner**. You can add a banner to category topic lists and inside topics themselves, telling your community that an election happening.
---
### Author:  [@usulrasolas](https://meta.discourse.org/u/usulrasolas)
#### Post date: [3월 31, 2018, 10:55오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/59 "2018-03-31T22:55:49Z")
Gosh I love all your work so much, this plugin is awesome and makes the self governance of the project i’ve been admining for so much easier. However, they have issues where sometimes seats go with one nominee. This doesn’t work in the current implementation and it’d be great to see some sorta way to handle this scenario.
Like presumed election, or maybe even an election adminstrator setting to allow it have a “no vote” option for certain types of elections.
Thanks for everything you do @angus
---
### Author:  [@angus](https://meta.discourse.org/u/angus)
#### Post date: [4월 1, 2018, 10:35오후 UTC](https://meta.discourse.org/t/elections-plugin/68521/60 "2018-04-01T22:35:53Z")
An election with one nominee?
hm. I guess I could add that as a feature. I’m a little curious as to why you would bother to run the election at all in that case though 🙂
You could just anoint the one nominee as the new officeholder at the end of the nominating period.
[이전 페이지](https://meta.discourse.org/t/elections-plugin/68521.md?page=2)
[다음 페이지](https://meta.discourse.org/t/elections-plugin/68521.md?page=4)