I have taken 5 points from IRC and mail to refine bug expiration.
1. Duplicates are exempt.
I agree with this rule. Duplicates that were wrongly Invalidated
will be restored to Incomplete status.
2. bugs with milestones are exempt.
I agree we should not be setting anything to Invalid if there is
a milestone--but do we often agree to fix issues by a certain time
that we have not confirmed to be a bug? The affected bugs can be
restored to Incomplete in production, but that doesn't sound right.
Were these bugs supposed to be confirmed?
3. Bugs with any valid upstream bugtasks are exempt.
I cannot fathom the reason for this rule? Is this right? I'm sure
I have seen bugs that are Confirmed on one package, and Invalid
in another. I think this rule implies that when, for instance,
HAL has a known bug, do not expire the Incomplete HAL x.x in
Ubuntu package. But shouldn't the latter package be Confirmed in
this situation? Would it be simpler, safer, and saner to have a
rule to only expire bugs that affect a single location?
4. Use comment activity as the date indicator.
This is doable of course, but we are trading the precision of
location that may qualify for expiration for the general bug
activity that may pertain to many locations. That is to say,
When a bug affects many locations, the conversation may be about
the true affected area, and the areas with Incomplete status
are ignored. This may be the kind of insulation users want for
Incomplete bugs.
5. bugs that have not had a reply are exempt.
I agree with this. Is it common practice to set a bug to Incomplete
Without asking the submitter for more information? I'm not certain
every user of Launchpad understands the meaning of bug statues. If
bugs are being set to Incomplete without a message, I wonder if we
might want a definition of Incomplete in the email that goes out?
--
__Curtis C. Hovey_________
http://launchpad.net/
Attachment:
signature.asc
Description: This is a digitally signed message part
This is the launchpad-users mailing list archive — see also the general help for Launchpad.net mailing lists.
(Formatted by MHonArc.)