| Re: [platform-ui-dev] Platform UI Bug Cleanup |
Hi all,
I like the idea to cleanup bugzilla. With ~8000 open bugs we are completely lost. I see how many bugs appear *daily* in UI project and we sometimes can't even check them all... Cleaning the bugs would most likely trigger LOT of more traffic on the bigzilla for a week or two, but at least we could feel us better afterwards :-)
Hovewer, there are lot of really old bugs which are worth to keep, since they are real, annoying bugs - but such bugs can be usually recognized by checking the last change date and/or votes (I had pleasure recently to fix bug 41431 which was created 2003)! Other outdated bugs can be most likely closed, but we should not only add a comment to them but also some specific keyword (like "outdated"), so that they can be filtered out by bugzilla later. BTW there are *lot* of outdated *triaged* bugs, so here I don't think we should care about this specific criteria.
BTW, Lars, your query is a bit strange since it includes your mail as search argument.
I've played now a bit with bugzilla, see results below.
The UI platform query without time/vote restrictions matches currently 7968 bugs:
https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&classification=Eclipse&component=IDE&component=Runtime&component=UI&component=User%20Assistance&component=Website&limit=0&order=changeddate%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&product=Platform&query_format=advanced
The query with the "unchanged since 1000 days" and "not more then 1 vote" rules delivers 5113 bugs, so we will own 2 855 bugs after the cleanup:
https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&classification=Eclipse&component=IDE&component=Runtime&component=UI&component=User%20Assistance&component=Website&f1=days_elapsed&f2=votes&limit=0&o1=greaterthan&o2=lessthan&order=changeddate%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&product=Platform&query_format=advanced&v1=1000&v2=2
The query with the "unchanged since 500 days" and "not more then 1 vote" rules delivers 6090 bugs, so we will own 1 878 bugs after the cleanup:
https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&classification=Eclipse&component=IDE&component=Runtime&component=UI&component=User%20Assistance&component=Website&f1=days_elapsed&f2=votes&limit=0&o1=greaterthan&o2=lessthan&order=changeddate%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&product=Platform&query_format=advanced&v1=500&v2=2
The query with the "unchanged since 365 days" and "not more then 1 vote" rules delivers 6380 bugs, so we will own 1 588 bugs after the cleanup:
https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&classification=Eclipse&component=IDE&component=Runtime&component=UI&component=User%20Assistance&component=Website&f1=days_elapsed&f2=votes&limit=0&o1=greaterthan&o2=lessthan&order=changeddate%2Cbug_status%2Cpriority%2Cassigned_to%2Cbug_id&product=Platform&query_format=advanced&v1=365&v2=2
Since there is not much difference between last two queries, let's use 500 days as a maximum time we want to keep "sleeping" bugs without votes.
So what about this one single action:
Bugs that are inactive since 500 days (~1.5 years) and not more then 1 vote will be closed with a keyword "outdated" and a friendly comment (which will indicate that we will be pleased to reopen the bug if it will be verifyed by anyone on some fresh integration build). All target milestones will be removed from those bugs, keywords "helpwanted", "bugday", "plan" will be removed, the assignee will be changed to the default project inbox.
I would *not* remove target milestones from open bug reports where the milestone is for an older release for one simple reason: this will "revive" the bug which we might want to close as inactive few weeks later. For exact same reason I would also *not* touch bugs that are owned by committers that are no longer active. If the bug is open and nobody touched it since a long time, any committer can take it.
WDYT?
On Tuesday 05 May 2015 22:32 Lars Vogel wrote:
> FYI - Interesting approach Orion is taking. They can't manage their 1500
> bugs anymore, hence they are closing automatically older bugs with the
> polite request to reopen the bug if it is still relevant.
>
> See https://dev.eclipse.org/mhonarc/lists/orion-dev/msg03444.html for Johns
> announcement.
>
> In our components we have currently approx. 8000 Bugs based on this query:
>
> https://bugs.eclipse.org/bugs/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&classification=Eclipse&component=IDE&component=Runtime&component=UI&component=User%20Assistance&component=Website&email1=Lars.Vogel%40vogella.com&emailtype1=exact&known_name=All%20My%20Bugs&list_id=11667615&product=Platform&query_based_on=All%20My%20Bugs&query_format=advanced
>
> Lets watch how this works for Orion and see what we can learn from them.
>
> Best regards, Lars
--
Kind regards,
google.com/+AndreyLoskutov