Improving the handling of PR:s
Mark Linimon
linimon at lonesome.com
Sat Jan 12 20:27:55 PST 2008
On Sat, Jan 12, 2008 at 07:24:02PM +0100, Peter Schuller wrote:
> My experience (albeight with a smaller bug database) is that generally, as
> soon as you expect people to manually poll some web site, things move more
> slowly.
Yeah, especially if the # of entries is overwhelming. I'm no human
factors expert, but IIRC if you're showing someone more than ~20 entries
to start with, it all just looks like noise.
> Also related to this: it may just be me, but how does GNATS even handle
> mailouts to begin with? I always get the initial response from GNATS that a
> PR has been registered, but mostly I never see any automatic mailouts in
> response to PR updates.
If you're the originator, you should get Cc:s on followups -- *assuming*
that the people responding are Cc:ing either "bug-followup@" or
"freebsd-gnats-submit@" _and_ that they are responding to the response
from GNATS that has the "Re: category/number: " magic string prepended.
The latter problem might be fixed in latter versions of GNATS. I have
not yet investigated. In the meantime, those emails show up in pending/
and I have to fix them :-)
> Also, individual users being able to add themselves as an interested party (cc
> in bugzilla speak, nosy in roundup speak, etc) to PR:s and such would help,
> or configure per-user settings for mailout, etc.
Right. I think that's key. There's no concept of that in the tools we
have now.
> I really don't want to start some kind of holy war on bug management software,
> but I have to say that from the submitter POV I have always felt GNATS does
> not seem to be the most flexible system around (except for what seems to be
> very good E-Mail integration).
It's a very dull stone axe that a determined person can use as a PR
database. I can deal with its foolishness (being able to work on PRs
without having to use a UI is a big win for me -- it's fast!), but I'm in
a small minority.
We need _something_, but I'm not going to run out and try one of the
others "to see if it's better". I want to define our needs and then go
see if anything fits it.
mcl
More information about the freebsd-bugbusters
mailing list