Edgewall Software

Ticket #374 (closed enhancement: wontfix)

Opened 5 years ago

Last modified 11 months ago

Ability to vote for a ticket

Reported by: anonymous Owned by: jonas
Priority: lowest Milestone: not applicable
Component: ticket system Version: none
Severity: trivial Keywords: vote ticket, popularity
Cc: mmihajlovic@…

Description (last modified by daniel) (diff)

The ability to vote for a ticket would be a great functionality, allowing users to vote for the ticket they would like to see resolved the most.

Additionally, if this is going to be implemented, it would be very nice to have the ability for the trac administrator to create different user category, and assign a given user to a given category.

This way, a developer voting for a certain ticket would have a "bigger" voice than a simple user, etc etc.

Thanks for this great software.

Attachments

Change History

Changed 5 years ago by daniel

  • priority changed from normal to low
  • component changed from general to ticket system
  • severity changed from normal to enhancement
  • milestone set to 0.8

Changed 4 years ago by daniel

  • description modified (diff)
  • milestone changed from 0.8 to 0.9

Changed 4 years ago by cmlenz

  • milestone 0.9 deleted

Changed 4 years ago by anonymous

Yes, indeed that would be a very nice feature, espechially for Open-Source projects.

Changed 4 years ago by anonymous

1

Changed 3 years ago by anonymous

We've been using Trac as internal system for more than a year now. Recently we've decided to add ability for our users to submit bugs and improvement suggestions for our software. Trac seems like a nice choice but we would really like to have voting functionality. Is it in some near plans or it's not going to be implemented at all?

Changed 3 years ago by anonymous

  • priority changed from low to normal

Changed 3 years ago by mgood

  • priority changed from normal to low

No, there are no plans for implementing this at the moment. I would prefer to close this ticket as wontfix. If someone wants to write a plugin for it then go ahead, but I don't see a reason to make this a core Trac feature.

I actually think that ticket voting is generally a bad idea and Havoc Pennington's comments on the Redhat mailing list do a good job of explaining why I feel that way.

Changed 3 years ago by anonymous

Well that's fine. Thanks for clarifying.

But I think that Havoc's argument is flawed. You are not required to fix the bug with the largest amount of votes, but it is still nice to have this feature if you believe it helps you see the real situation, which is the case in many cases when you don't get spammed, with spamming itself being mostly the problem of quite big projects.

Changed 3 years ago by mrenzmann@…

In case someone writes a plugin for this feature: it might be a good idea to restrict the voting option to admin-definable ticket types. This way votes could be allowed for enhancements only, for example, while voting for defects or tasks is not possible. This would give the benefits of the original idea without the downsides that have been outlined in Havoc's posting.

Changed 3 years ago by mmihajlovic@…

  • cc mmihajlovic@… added
  • keywords vote ticket added

So, any takers on this? I would love this functionality, but am not a python developer.

Changed 3 years ago by cboos

  • status changed from new to closed
  • resolution set to wontfix

Considering the ticket has been created 2 years ago, I think you have by large the time to learn Python before the ticket will implemented and closed ;)

More seriously, this is a candidate for a plugin, especially once the more flexible ticket WorkFlow infrastructure will be in place. As I don't think the vote feature will ever be part of Trac core, I'm closing this as wontfix.

Alternatevely, you can follow the recent renewal of interest in the redesign CC field topic (#1459). The number of people on the nosy/CC list of a ticket is a somewhat good measure of the popularity of a ticket.

Changed 23 months ago by jm3@…

  • status changed from closed to reopened
  • resolution wontfix deleted

i'm very interested in this feature. bugzilla has a nice implementation of it.

Changed 23 months ago by eblot

  • status changed from reopened to closed
  • resolution set to wontfix

As cboos wrote, this feature would better be implemented as a plugin, see Trac Hacks and 'request-a-hack'.

Changed 11 months ago by anonymous

  • keywords ticket, popularity added; ticket removed
  • status changed from closed to reopened
  • resolution wontfix deleted
  • severity changed from normal to minor
  • milestone set to 0.11.1

no takes on a plugin yet. just implement in a build please. shouldn't be very hard.

Changed 11 months ago by henke.mike@…

  • priority changed from low to lowest
  • status changed from reopened to closed
  • resolution set to wontfix
  • severity changed from minor to trivial
  • milestone changed from 0.11.1 to not applicable

never mind found some @ track-hack.or called voteplugin and poolmacro voteplugin pollmacro

Add/Change #374 (Ability to vote for a ticket)

Author



Change Properties
<Author field>
Action
as closed
Next status will be 'reopened'
to The owner will change from jonas. Next status will be 'closed'
 
Note: See TracTickets for help on using tickets.