On 7/20/05, Paul Brossier [EMAIL PROTECTED] wrote:
With all these great news about the BTS these days, it would be nice to
think about adding a voting feature: a way to count the number of users
that are annoyed by each bug. It could be either a simple way to submit
a follow-up to say 'hey, i
On 7/20/05, Paul Brossier [EMAIL PROTECTED] wrote:
Hi,
With all these great news about the BTS these days, it would be nice to
think about adding a voting feature: a way to count the number of users
that are annoyed by each bug. It could be either a simple way to submit
a follow-up to say
Hello,
Why not just submit a 'me too' email to the bug report?
I think it should be a command for the control bot. A simple 'me too' mail
clutters the bug report, cannot be easily counted, whereas a simple
command (confirm #XX for example) would allow to count such votes,
use them as search
Paul Brossier wrote:
Hi,
With all these great news about the BTS these days, it would be nice to
think about adding a voting feature: a way to count the number of users
that are annoyed by each bug. It could be either a simple way to submit
a follow-up to say 'hey, i faced this one too',
I like this idea too, since it would allow better prioritization
of bugs, and maybe help for a better planning of releases in
the future. Unfortunately, to really avoid abuse, this would end
in the necessity to introduce some kind of registration and login
mechanism to the BTS.
What about a
On Wed, Jul 20, 2005 at 10:49:37AM +0100, Stuart Yeates wrote:
Maybe a good place to start would be to cross reference BTS with the
popularity-contest database. This doesn't measure annoyance, of
course, but it's a a great measure of how many people are
potentially effected by a bug.
surely
On Wed, Jul 20, 2005 at 10:24:02AM +0100, Paul Brossier wrote:
Hi,
With all these great news about the BTS these days, it would be nice to
think about adding a voting feature: a way to count the number of users
that are annoyed by each bug. It could be either a simple way to submit
a
On 20/07/05, Paul Brossier [EMAIL PROTECTED] wrote:
On Wed, Jul 20, 2005 at 10:49:37AM +0100, Stuart Yeates wrote:
Maybe a good place to start would be to cross reference BTS with the
popularity-contest database. This doesn't measure annoyance, of
course, but it's a a great measure of how
On Wed, Jul 20, 2005 at 11:29:37AM +0100, Paul Brossier wrote:
surely installing popcon should be encouraged.
I've been thinking about how popcon might be suggested by
debian-installer. A cursory google search shows that this has been
discussed in the past: can anyone point me at a summary?
--
Hi,
if you ask me any bug is worth fixing, also if only a single user complained
about the problem. So why spending effort in rating bugs?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact
On Wed, Jul 20, 2005 at 10:40:08PM +1200, Nigel Jones wrote:
On 20/07/05, Paul Brossier [EMAIL PROTECTED] wrote:
On Wed, Jul 20, 2005 at 10:49:37AM +0100, Stuart Yeates wrote:
Maybe a good place to start would be to cross reference BTS with the
popularity-contest database. This doesn't
On Wed, Jul 20, 2005 at 12:44:14PM +0200, Andreas Tille wrote:
Hi,
if you ask me any bug is worth fixing, also if only a single user
complained about the problem. So why spending effort in rating
bugs?
We rate bugs already, by severity, but I understand your point, and it
appears to be one
[Andreas Tille]
if you ask me any bug is worth fixing, also if only a single user
complained about the problem. So why spending effort in rating
bugs?
To get some indication on the order the bugs should be solved in? As
we have limited time and people, it is smart to start with the bugs
[Jon Dowland]
I've been thinking about how popcon might be suggested by
debian-installer. A cursory google search shows that this has been
discussed in the past: can anyone point me at a summary?
The next version of d-i will ask for participation during the
installation. It was fixed just
On Wed, Jul 20, 2005 at 01:01:09PM +0200, Petter Reinholdtsen wrote:
The next version of d-i will ask for participation during the
installation. It was fixed just before debconf5.
Brilliant - that's the outcome I thought would be best :)
Sad we didn't manage to do that before sarge was
On Wed, 20 Jul 2005, Petter Reinholdtsen wrote:
To get some indication on the order the bugs should be solved in? As
we have limited time and people, it is smart to start with the bugs
affecting most people.
IMHO this might lead to the wrong assumption that bugs with only one
vote have lower
On Wed, Jul 20, 2005 at 12:44:14PM +0200, Andreas Tille wrote:
if you ask me any bug is worth fixing, also if only a single user complained
about the problem. So why spending effort in rating bugs?
Some of the relevant Bugzilla developers have articulated a couple of
reasons for their voting
On Wed, Jul 20, 2005 at 01:00:04PM +0200, Petter Reinholdtsen wrote:
[Andreas Tille]
if you ask me any bug is worth fixing, also if only a single user
complained about the problem. So why spending effort in rating
bugs?
To get some indication on the order the bugs should be solved in?
Paul Brossier [EMAIL PROTECTED] writes:
Hi,
With all these great news about the BTS these days, it would be nice to
think about adding a voting feature: a way to count the number of users
that are annoyed by each bug. It could be either a simple way to submit
a follow-up to say 'hey, i
* Goswin von Brederlow [Wed, 20 Jul 2005 13:26:28 +0200]:
I would prefer a subscribe for bugs. If I am a user that hits the
same bug I want to get mails send so nnn-submitter and especialy want
to get a mail when the bug gets closed. I don't want to subscribe to
the PTS, just the one bug.
On Wed, Jul 20, 2005 at 01:12:52PM +0200, Andreas Tille wrote:
On Wed, 20 Jul 2005, Petter Reinholdtsen wrote:
To get some indication on the order the bugs should be solved in? As
we have limited time and people, it is smart to start with the bugs
affecting most people.
IMHO this might
Hello,
To get some indication on the order the bugs should be solved in? As
we have limited time and people, it is smart to start with the bugs
affecting most people.
I can only see usefulness for QA team (orphaned) packages. A properly
maintained package should have a thinking
Mark Brown [EMAIL PROTECTED] writes:
They considered the former reason much more important since it helps
give a more positive experience for users even if the voting information
is not otherwise used.
Like those Press to get a signal buttons on traffic lights that
aren't hooked up to
Adeodato Simó [EMAIL PROTECTED] writes:
* Goswin von Brederlow [Wed, 20 Jul 2005 13:26:28 +0200]:
I would prefer a subscribe for bugs. If I am a user that hits the
same bug I want to get mails send so nnn-submitter and especialy want
to get a mail when the bug gets closed. I don't want to
Andreas Fester wrote:
What about a simpler solution for the beginning? Assumed that
annoying bugs have more replies, the bugs could be sorted by the
number of replies to get an idea of their priority.
If this is implemented as an additional query that can be used from the
main page of the BTS,
25 matches
Mail list logo