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: Nathanael Nerode <neroden at twcny dot rr dot com>
- To: dberlin at dberlin dot org, gcc at gcc dot gnu dot org
- Date: Mon, 12 May 2003 12:44:24 -0400
- Subject: Re: Suggestion for a new GNATS policy
> I was told it was simply a timestamp of when the bug was last
>confirmed, not the date of the version it was CVS snapshot it was last
>confirmed with.
> These are two very different things. In fact, it's not even a
>timestamp
>in the second case, it's a date-only field (IE no hour:minute:secs)
> Can someone please clarify which is correct?
This is nice. A date-only field stating "Reconfirmed with snapshot of
this date" is probably the correct way to indicate status (on mainline,
anyway) for bug triage purposes. Didn't know it was easy to add new
fields. :-)
Doesn't deal with the other thing I'd really like to clean up, which is
the 'which branches' issue, but it's a somewhat separate issue.
>If it's the second, you'll need a new field, i'll add one and make it
>visible only to bug triagers.
Well, make it optionally visible to anyone who wants to look; you never
know who will become a triager. :-)
The classic search is for bugs with various other characteristics *plus*
'reconfirmed before date Y (or never reconfirmed and originally
confirmed before date Y)'. This is the option which needs to be easy on
the search screen.
Thanks for your hard work, Daniel...
--Nathanael