Policy on stale bugs (was Re: Closing NEEDSINFO bugs after 30 days)
andrew at crouthamel.us
Fri Nov 16 13:12:38 GMT 2018
The changes you see were due to me. The Status change was a convenience to me for follow up, but as noted, has caused alarm. My apologies for that. I am already in process of sending updates and resetting the status, but am doing so in blocks to not spam anyone. Give it a few days and all will be well.
In regards to Haralds script, it is fully functional now and appears to work very well.
-------- Original Message --------
On Nov 16, 2018, 4:37 AM, Luigi Toscano wrote:
> Andrew Crouthamel ha scritto:
>> I've been spending a lot of time browsing, searching, and filtering our bugs
>> in Bugzilla. One of the areas I've found that could use improvement, are the
>> NEEDSINFO bugs. Often, bugs are placed into this status, either awaiting
>> additional information or backtraces, never to be updated again. We have
>> NEEDSINFO bugs dating back to 2009.
> the (semi)automated process which pings and then closes NEEDINFO bugs was
> implemented, but I've noticed another policy which was never discussed (as far
> as I know) here: bugs opened for a while
> I disagree with this policy, and I'm not alone (at least another maintainer
> asked for his product to be excluded):
> - not all projects distinguished between CONFIRMED and UNCONFIRMED (now
> REPORTED), so it's possible that a perfectly valid bug or request (especially
> requests) seems stale. You may say that it's easy to flip the status again.
> I'd say that it's a unneeded step.
> - at most the script could add a new comment asking for updates, but not
> immediately change the status out of the blue.
> - as mentioned, it was not discussed.
> Please disable it for now, or just enable it for projects who explicitly wants
> it for now.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the kde-community