I would call this a bug tracker fail. Having a 20,000 issues in the database is going to lead to a lot of data duplication.
Searching for "mouse wheel scroll" produced 111 results. The chance that I will read through all 111 of those if I am only slightly interested in the project is: zero percent. Instead I will submit a new bug as a bit of volunteering and leave the sorting out to the maintainers.
Not like one more dupe on a 20k list will make a difference. Broken window theory.
At the very least they could have a prominent top 10 trending bugs list or something. It would help keep the system from being flooded when a new build introduces an easily triggered bug.
Really, I think the problem is that it defaults to only searching Open bugs. Makes sense, but as this case demonstrates there is a big enough gap between a bug being fixed and an updated build getting into users' hands that there's a problem.
I wonder how many dupes would be eliminated if the search defaulted to Open and Recently Closed bugs.
I've never used a bug tracker that didn't have this kind of problem, are there better ones out there?
That idea of showing the top 10 trending bugs is a good one. I also like the StackOverflow approach of suggesting dupes immediately as you type stuff in, so it would be rad to have a tracker that does that.
Agree on the bug tracker fail. The classification of bugs is way too primitive for a such a large project.
For example, when I reported a bug, I was surprised there seemed to be no (obvious) way to search/mark bugs by release. I had no way to describe a bug as "exists in stable but not in dev release" besides adding a textual commentary.
The people handling the bugs seem overwhelmed as well. A large percentage of those bugs are probably stale.
I was pleasantly surprised by Launchpad's bug apport submission tool. When submitting a new bug from a crash, it will list some other bugs that could be related. I can either file a new bug or choose to subscribe to one of the existing bugs. Clever!
10 comments
[ 4.1 ms ] story [ 36.4 ms ] threadSearching for "mouse wheel scroll" produced 111 results. The chance that I will read through all 111 of those if I am only slightly interested in the project is: zero percent. Instead I will submit a new bug as a bit of volunteering and leave the sorting out to the maintainers.
Not like one more dupe on a 20k list will make a difference. Broken window theory.
At the very least they could have a prominent top 10 trending bugs list or something. It would help keep the system from being flooded when a new build introduces an easily triggered bug.
I wonder how many dupes would be eliminated if the search defaulted to Open and Recently Closed bugs.
As of this writing, 42 out of 259 would have been eliminated:
http://code.google.com/p/chromium/issues/detail?id=66071#c21...
That idea of showing the top 10 trending bugs is a good one. I also like the StackOverflow approach of suggesting dupes immediately as you type stuff in, so it would be rad to have a tracker that does that.
For example, when I reported a bug, I was surprised there seemed to be no (obvious) way to search/mark bugs by release. I had no way to describe a bug as "exists in stable but not in dev release" besides adding a textual commentary.
The people handling the bugs seem overwhelmed as well. A large percentage of those bugs are probably stale.