Confirming a bug in new bugzilla?

On Sat, 25 Sep 2010, Manuel López-Ibáñez wrote:
> All the status have well-defined meanings:
> 
> http://gcc.gnu.org/bugs/management.html
> 
> Unfortunately, there is some duplication:
> 
> http://gcc.gnu.org/bugzilla/page.cgi?id=fields.html

Quite some duplication, in fact.  By virtue of the patch below I am 
consolidating a significant portion thereof, leaving the instance
provided by Bugzilla (which is also used for help links provided by
the Bugzilla user interface) in place and shortening our local page.


Two concrete items remain open:

A. Status WAITING and SUSPENDED are not yet described in the Bugzilla 
description of the fields even though our Bugzilla instances provides 
them.

They should be moved there, and I'll be happy to take pointers on how
to best update this (in a way that the next Bugzilla version update does
not kill those changes).


B. Severity and Priority need to be consolidated, both in terms of
documentation and since, so far, we had not described Trivial and 
Blocker in GCC.  Alas, they are being used.  Fun, fun, fun.  

I guess the best approach is to slightly tweak the text we have in
Bugzilla, and similar to the patch below the remove it from the 
bugs/management.html page.


Frédéric, do you have any advice?

Gerald

On Sat, 9 Apr 2011, Gerald Pfeifer wrote:

> -<dt><b>NEW</b></dt>
> -<dd>A maintainer has verified that this is indeed a bug in GCC. Every
> -once in a while, old reports will need to be rechecked, to find out
> -whether the bug still exists.</dd>

I think this text is superior for GCC to that on the generic page and so 
we should replace the text on the generic page by this GCC-specific text.

> -<dt><b>RESOLVED</b></dt>
> -<dd> A resolution has been found for this bug. The bug is either closed
> -for good, or can be re-opened and change to <b>REOPENED</b>.</dd>

Likewise.  We don't use VERIFIED and CLOSED in GCC, proper text should 
reflect the existence of only one closed state with a genuine meaning and 
not mention the others (ideally they'd be completely hidden).

Le 10. 04. 11 02:19, Joseph S. Myers a écrit :
> Likewise.  We don't use VERIFIED and CLOSED in GCC, proper text should 
> reflect the existence of only one closed state with a genuine meaning and 
> not mention the others (ideally they'd be completely hidden).

That's not true. VERIFIED and CLOSED are valid bug statuses used in the
GCC Bugzilla. There are 517 bugs with one of these statuses.

In reply to Gerald, Bugzilla 4.2 will contain a hook which will let us
easily customize the http://gcc.gnu.org/bugzilla/page.cgi?id=fields.html
page. For now, if changes are wanted on this page, a bug should be filed
in GCC Bugzilla (please CC me) and the template modified via a patch.
The patch will have to be backed out before we upgrade to 4.2.

Frédéric

On 10 April 2011 23:51, Frédéric Buclin wrote:
> Le 10. 04. 11 02:19, Joseph S. Myers a écrit :
>> Likewise.  We don't use VERIFIED and CLOSED in GCC, proper text should
>> reflect the existence of only one closed state with a genuine meaning and
>> not mention the others (ideally they'd be completely hidden).
>
> That's not true. VERIFIED and CLOSED are valid bug statuses used in the
> GCC Bugzilla. There are 517 bugs with one of these statuses.

Most of those cases are the reporter changing the status to VERIFIED
after a gcc maintainer has set it to RESOLVED.  That doesn't mean the
maintainers use VERIFIED of that keeping it is useful.

Le 11. 04. 11 01:33, Jonathan Wakely a écrit :
> Most of those cases are the reporter changing the status to VERIFIED
> after a gcc maintainer has set it to RESOLVED.  That doesn't mean the
> maintainers use VERIFIED of that keeping it is useful.

If they are useless, then they should be removed to avoid confusion and
to make queries easier. But if we keep them, then they should be
described as any other bug status. An external user cannot guess that
they have no special meaning for you.

Frédéric

On Mon, 11 Apr 2011, Frédéric Buclin wrote:

> Le 10. 04. 11 02:19, Joseph S. Myers a écrit :
> > Likewise.  We don't use VERIFIED and CLOSED in GCC, proper text should 
> > reflect the existence of only one closed state with a genuine meaning and 
> > not mention the others (ideally they'd be completely hidden).
> 
> That's not true. VERIFIED and CLOSED are valid bug statuses used in the
> GCC Bugzilla. There are 517 bugs with one of these statuses.

They are not *meaningful* statuses.  The standard Bugzilla descriptions 
are written in terms of a QA setup that simply does not exist for GCC and 
there is no GCC-specific policy, written or unwritten, for these statuses.

The standard "ASSIGNED" description is another one that does not fit well 
with GCC; the meaning is supposed to be that the assignee is working on a 
fix ("the proper person" is not a meaningful concept here), and the normal 
return to NEW is not "given to another person" but the assignee admitting 
they are no longer working on a fix and removing themselves as assignee 
without adding someone else.