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 BT
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
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 a
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
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 m
* 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
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,
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 so
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 voti
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 p
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 r
[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 b
[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
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
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
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 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?
--
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
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 f
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.
surel
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 simpl
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
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 sear
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 t
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 'h
25 matches
Mail list logo
