This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Suggestion for a new GNATS policy
- From: Wolfgang Bangerth <bangerth at ices dot utexas dot edu>
- To: Daniel Berlin <dberlin at dberlin dot org>
- Cc: Giovanni Bajo <giovannibajo at libero dot it>, Volker Reichelt <reichelt at igpm dot rwth-aachen dot de>, <S dot Bosscher at student dot tudelft dot nl>, <gcc at gcc dot gnu dot org>
- Date: Mon, 12 May 2003 09:39:13 -0500 (CDT)
- Subject: Re: Suggestion for a new GNATS policy
> That's the easy (for me) way:
> You can unset-reset the flag.
> Then the bug activity looks like:
> Who When Removed Added
> root@danberlin.com 2003-05-11 23:42 Flag minimized+
> root@danberlin.com 2003-05-11 23:42 Flag minimized+
> root@danberlin.com 2003-05-11 23:43 Flag minimized+
That's gross.
> I just need to know *what* type of query you want to do on this flag,
> so i can make it appear on the query form for you
Two types of queries:
- never (re)confirmed
- not reconfirmed in last X days
Sorting by the last reconfirmation date would be fine, but if we don't
have it, nobody will bother either.
> That's a useful *description*, not a useful *summary*.
> The summary field is what is displayed on the bug lists by default.
> The description field is display on the full bug display.
> A useful summary of this bug would be "template-id not silently
> decaying to PTF" or something.
> Who wants to read half a paragraph for each bug to determine if it's
> something they want to even click on to see more about?
Having looked at probably >1000 reports, the conclusion is: there's no
short summary in most cases (believe me). "ICE with templates" is short
but useless.
Truncating the summary line is really bad, since if there is no short
summary, a truncated one is just as good as none at all.
> > This is because the synopsis is cut off, it's not because of the
> > stamps. GNATS does not have such a problem because the whole synopsis
> > is always shown.
> I can do this trivially, but i haven't heard any complaints except from
> you (counting this as a complaint).
Here's #2.
> go to http://dberlin.org/bugzilla/show_bug.cgi?id=10734
>
> I can make a radio button labeled "Reconfirm" (right under "Leave as
> NEW") for you guys if you want, so it's just "select reconfirm, click
> commit".
That's cool. I also like the "minimized" and "verified" flags (which
indeed are really boolean flags).
Thanks for you work and responsiveness on all this, Daniel!
W.
-------------------------------------------------------------------------
Wolfgang Bangerth email: bangerth@ices.utexas.edu
www: http://www.ices.utexas.edu/~bangerth/