Just to make it clear, I think voting with the restriction of one person N votes is a good idea. I don't think prioritising issues by age is a good idea at all.<br><br>Old issues are usually:<br>1.Not valid any more<br>
2. Not interesting to many people<br>3. An absolute pig to fix requiring vast amounts of effort.<br><br>And I say this as someone who personally has gone through many hundreds of old issues trying to sort the good from the bad in the past 18 months, not just for core, but for views, cck, location and panels.<br>
<br>If you want to find old issues, you can look at any patch queue, and click on the last link of the pager, and there they'll be.<br><br>If we have a sensible voting system, then some old issues will rise to the top, we don't need an extra 'how old it is' weight to this.<br>
<br>For example, I personally don't care if user's can delete their old accounts or not, nor do all that many people given the relative number of responses vs. age for <a href="http://drupal.org/node/8">http://drupal.org/node/8</a> - an average of 14 posts per year.<br>
<br>Nat<br><br><div class="gmail_quote">On Tue, Nov 4, 2008 at 4:17 PM, Nathaniel Catchpole <span dir="ltr"></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d"><br><br><div class="gmail_quote">On Tue, Nov 4, 2008 at 4:04 PM, Jakob Petsovits <span dir="ltr"></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><br>
</div>One possible way to achieve that goal:<br>
Bugzilla (at least in the version used on <a href="http://bugs.kde.org" target="_blank">bugs.kde.org</a>) grants each user a<br>
limited amount of votes for each project which the user can then assign as<br>
desired. If the user doesn't have any votes left, she needs to take them back<br>
from unimportant issues and reassign these votes to the more pressing ones.<br>
<br>
Combined with age multipliers, I think this might make for a voting system<br>
with a reasonable trade-off between popularity and necessity.<br>
<br>
</blockquote></div><br></div>This has been discussed elsewhere in the project metrics and redesign groups, and I think it's a good model to follow for this (and project reviews/voting if we introduce this later on).<br>
<br>
Nat<br>
</blockquote></div><br>