[Bugzilla] Missing options to go from WAITING to UNCONFIRMED?

Andrew Pinski pinskia@physics.uc.edu
Fri Jul 11 05:57:00 GMT 2003


One of the current problems is that all the bugs that were converted 
from GNATS in the
waiting state were marked as being confirmed so one bug I tried to 
switch from WAITING
to UNCONFIRMED but since it was marked as being ever confirmed, 
bugzilla got it wrong
(PR 11100).  I had to turn it back to waiting because I could not 
extract the files
when there were cated to together.

Thanks,
Andrew Pinski

On Friday, Jul 11, 2003, at 01:18 US/Eastern, Daniel Berlin wrote:
> On Friday, July 11, 2003, at 1:03 AM, Nathanael Nerode wrote:
>
>> Dan Berlin said:
>>> In the confirmed state (Ie the bug was confirmed prior to being in
>>> WAITING), you run into the same problems you would trying to 
>>> transition
>>> from NEW to UNCONFIRMED. It's not as simple as changing the status, 
>>> and
>>> doesn't make sense anyway.
>>
>> Unfortunately, it *does* make sense.  We've had "misconfirmed" bugs
>> before, which weren't really confirmed (although someone thought 
>> they's
>> confirmed it, they messed up).  I've being meaning to ask for a
>> NEW->UNCONFIRMED option for a while now, although it shouldn't be used
>> very often.
>
> I view it as a social problem, more than anything else.
> Don't go confirming bugs that shouldn't be confirmed. :)
> When in doubt, don't confirm.
> That said, allowing NEW->UNCONFIRMED would mess up a *whole* bunch of 
> things.
> There are things that look at the bug activity (history) to see if a 
> bug has been in a confirmed state or not, in addition to the 
> everconfirmed flag.
> I'd have to literally rewrite the bug activity history in order to 
> change NEW->UNCONFIRMED.
> This is a very bad thing.
>
>
>
>



More information about the Gcc mailing list