Table of Contents

Issue Voting Requirements

Author: Victor Boctor

Introduction

The idea of voting is to allow users to vote on the issues that matter most to them. Given that most of the time it is good to have all features implemented and bugs fixed, users should do some choice when deciding to vote for the more important issues. Users should also be able to vote against feature requests that they believe will be of harm to the product.

Database Schema Changes

Configuration Changes

Votes Columns

View Issue Page

The Act of Voting

Implementation Details

View Issues, CSV, Print Issues

Add support to the View Issues, CSV export and Print Issues page to be able to include the following columns: (DONE)

Filter

Email Notifications

http://www.mantisbt.org/bugs/view.php?id=668

Future Ideas

Feedback

Please place any feedback here.

2007-07-31 ave : I would like to vote without changing weight sometimes just to show that 'I have reviewed the issue'. How about adding an configuration option for voting with weight=0?
2007-09-02 vboctor: Should we just have one field in the bug table to carry the overall vote balance?
2007-10-31 CADbloke: You're gunna hate me. A lot. I'd like a voting range, say from -5 to 0 to 5 (I agree with ave about 0 votes and I think negative votes are important), indicating how important the user thinks this issue is (say from DILLIGAF to OMFG-no/yes). I'd then like to be able to see, in the individual bug report, a vote summary with the total number of votes, subtotals of each vote-level (a bar graph would be lovely but possibly superfluous) and the average, to gauge the range of importance of the issue. That way I could prioritise bugs / feature requests and perhaps adjust the targeted release version, or at least see what is giving my users the ….

I'd like to see both the average and the number of votes as columns in the bug lists too. If the vote average is to be displayed in lists of bugs then the average (and the number of votes, and perhaps the subtotal for vote-level .. oh, I can feel a cron job coming on) should be recalculated and stored when a new vote is made to save a massive calculation efforts every time you generate a list of bugs. I think this reporting should be enabled only for the developers, admins etc - there is probably too much calculating and SQL action going on the have this running for everyone.

This level of fancy reporting could (should ?) be done by exporting as a CSV or Excel so the end user (me) could do whatever with the data. If it is unrealistic and over-complicated (as I tend to be, so my Wife tells me) to expect this level of reporting to be implemented in the core - just the export function would be nice, even if it just exports all open issues and their votes. In this case, just a table with Issue# and vote_value would suffice. A user could export this table to do statistical analysis on.

I hope I haven't ruined a perfectly simple idea for everyone. Victor, I'll understand if you delete this before it gets out! ;)

2008-02-20 CADbloke: - Reading that back is giving me a headache. I think my predilection for over complication got the better of me there. I'd be happy with 1-vote means I want it, no votes means indifference - just like any democracy.

2008-03-01 Cornchips - I'm working on this feature now, and will work towards getting a version running that includes everything on this page except the future ideas. I'm about 40% of the way through making this feature, and will pickup the work again next weekend.

2008-03-15 Cornchips - Getting close to feature complete, Havn't looked at the filter or email notifications yet - but should get to them tomorrow. Most code is documented according to mantis standards however I will go back through the code and review this.

2008-03-16 Cornchips - Got really bogged down in the filter api today going around in circles trying to find why the filter selection is being stripped out. Have posted to dev mailing list for assistance.

2008-03-30 Cornchips - Life has been keeping me busy but managed to debug and complete the filtering system. view_all_set.php had been tripping me up before. Currently aiming to submit my patch for this feature on or before april 6th.

2008-04-06 Cornchips - I've just added my patch for svn r5156 (available at http://www.mantisbt.org/bugs/view.php?id=668 ). However i still need to cleanup the code to match the mantis coding guidelines. All basic features are complete, and there is also a credit system based on user access level. I would also still like to add a 'my votes' view similar to the my sponsors view, as well as a brainstorming view like the facebook/uservoice/ubuntu examples mentioned above. So, consider this an 'alpha' version if you like. I should have further time this week to complete the features mentioned above.