Last modified: 2011-04-20 14:35:13 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 18991 - Prep SecurePoll for August 2009 WMF board elections
Prep SecurePoll for August 2009 WMF board elections
Product: MediaWiki extensions
Classification: Unclassified
SecurePoll (Other open bugs)
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Tim Starling
Depends on: 18973 18974 18976
  Show dependency treegraph
Reported: 2009-05-28 20:46 UTC by Brion Vibber
Modified: 2011-04-20 14:35 UTC (History)
5 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Brion Vibber 2009-05-28 20:46:15 UTC
Tim, we've got some requests for additional SecurePoll work to prep for the board elections. Minimum requirements offhand:

* Support preference voting (if not already implemented)
* More compact vote storage so large numbers of votes can be downloaded and sent around for counting without download timeouts

Robert, can you go ahead and add the other bugs that are key priorities as dependencies on this bug entry? Thanks!
Comment 1 Andrew Garrett 2009-05-28 20:47:53 UTC
Us on the elections committee need to get off our collective asses and throw together a list of stuff we need for SecurePoll, I'll send an email tonight and try to get this thrashed out.
Comment 2 Siebrand Mazeland 2009-05-28 21:30:42 UTC
Little thing on the side: does completing this issue make extension BoardVote obsolete, and should we prep it for archiving?
Comment 3 Robert Rohde 2009-05-28 22:29:43 UTC
I'm adding 18973, 18974, and 18976 as dependencies.

I think these are the biggest places the software fell down.  The first should be easy to address, while the second two are harder.  18972 was also a major problem for us, but the Board Election will probably be small enough that it doesn't become an issue this time.  (Depending on the approach, addressing 18974 might also solve 18972 anyway.)

Some of the other issues were also important but they were either rare problems, or reasonable workarounds existed, so if they aren't addressed this time then it is probably fine.

In terms of enhancements to make life easier for vote workers, 18967 and 18975 would top my wish list.
Comment 4 Robert Rohde 2009-05-28 22:42:29 UTC
I forgot to mention:

Though not critical, I'd also consider addressing CentralNotice bug 18977 as having a significant level of importance before the next vote.
Comment 5 Happy-melon 2011-04-20 14:35:13 UTC
Since the world didn't end, I assume this was adequately FIXED.

Note You need to log in before you can comment on or make changes to this bug.