Qt-contributors-summit-2014-Expiring Bugs: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
m (Categorize) |
||
(One intermediate revision by one other user not shown) | |||
Line 1: | Line 1: | ||
{{Cleanup | reason=Auto-imported from ExpressionEngine.}} | |||
[[Category:QtCS2014]] | |||
=Expiring bugs= | =Expiring bugs= | ||
Latest revision as of 17:34, 6 January 2017
This article may require cleanup to meet the Qt Wiki's quality standards. Reason: Auto-imported from ExpressionEngine. Please improve this article if you can. Remove the {{cleanup}} tag and add this page to Updated pages list after it's clean. |
Expiring bugs
- Bug database is cluttered with old stuff
- Only triagers and devs can re-open bugs
- Normal people can only clone bugs
- Process:
- For Unassigned bugs that are 1 year old or more, post a nice comment saying we’re sorry we didn’t get to it and ask for re-confirmation
- Move the bug to Need More Info state
- Send a list of bugs that changed state sorted by priority (especially P0-P2)
- Every month, expire Need More Info bugs that are 3 months old
- For the first time, we’ll start with longer periods, then shorten to the numbers above
- Assignment process:
- Assignee is the person who is going to do the work, conceivably in the near future
- If you’re not going to do work, unassign, but keep watching
- All bugs need to have at least one watcher
- All components must have a default assignee, who triages
- This applies to Qt only, not Creator
- This applies only to Bugs, not Tasks or Suggestions