"... and when the CC list becomes really long, it [the bug] better gets fixed." (citing from memory here, I remember reading something like this on a newsgroup) This seems to say that the length of the CC list is an indicator for the importance of a bug, similar to the number of votes. Thus it could turn out to be helpful if bug lists were sorted by decreasing number of people on the CC list, so that "high-interest" bugs appear at the top. This could be used to determine the order of bugs that have the same number of votes.

Bug 62718 asks for the ability to query by number of cc's, but doesn't mention adding a column to the query result page with that number. The number of cc's should be near the number of votes on both query.cgi and buglist.cgi.

Thanks. I didn't know about the other bug. My main point here is that there should be a way to make "high-interest" bugs appear at the beginning of a buglist. If that's covered by the other bug, feel free to mark this one as a duplicate.

-> Bugzilla product, Query component, reassigning.

"a way to make "high-interest" bugs appear at the beginning of a buglist" Jesse and I have been discussing this very thing and so I queried before reporting my RFE and came to this bug. If I'm morphing this bug then slap me down. Here's our thinking: Get a count of CC:, dupes and votes. weight votes a 3, dupes a 2 and cc: a 1. Add a new column to buglist (and maybe even a new field to query) called "interest" or "visibility" or something like that. Default sort on that field. I think this would help people find bugs easier and would reduce the number of duplicates. Using just the cc: list doesn't seem enough to me since there are many bugs where a large cc: list isn't an indication of interest. An example is if I add 10 developers to the cc: list of a bug because I think it's going to take all 10 to solve the problem. All of this is subject to abuse by people wanting to elevate the visibility of a bug but I think by combining Votes, Dupes and CC: and weighting them appropriately we can get a good "interest" value and encourage people to use Voting rather than reporting duplicates, etc.

See also bug 25950, duplicates should count as a vote. - Jesse using Asa's computer

If this bug has really been changed into adding an "interest" score for each bug, please change the title accordingly and you'll have my vote.

I think this bug is valid and should not be morphed. It and the "interest" score are orthogonal.

bug 62718 is for the querying, so this bug can be for the sorting. Let's not morph this bug--we can file a separate bug for the interest idea, which is an interesting idea. :-) (Forgive the pun.)

I think this is fixed by the patch in blocking bug 62718.