<div>Hello,<br></div><div><br></div><div>As part of the "Streamlined onboarding of new contributors" goal from 2017 (https://phabricator.kde.org/T7116), Nate, myself, Julian, and others have been working on ways to clean up Bugzilla, as well as the bug reporting and triaging system in the "Improvements to Bugzilla - Making it easier and simpler" sub-task (https://phabricator.kde.org/T6832).<br></div><div><br></div><div>The next item on the list we would like to address is changing some of the names of the Status fields and Resolved sub-fields. This is something that has come up numerous times, but seems to fizzle out without a consensus. The last major discussion regarding it was held early in the year, here: <a href="https://mail.kde.org/pipermail/kde-community/2018q1/004395.html">https://mail.kde.org/pipermail/kde-community/2018q1/004395.html</a>. And before that, in this Bug report from Nate (<a href="https://bugs.kde.org/show_bug.cgi?id=383753">https://bugs.kde.org/show_bug.cgi?id=383753</a>). I've read through these, merging the feedback from everyone and with the team working on T6832 we'd like to propose the following name changes:<br></div><div><br></div><div>UNCONFIRMED -> NEW<br></div><div>WONTFIX -> ASDESIGNED<br></div><div>INVALID -> NOTABUG<br></div><div><br></div><div>This would keep the current bug triaging flow, but clarify and soften meanings for bug reporters.<br></div><div><br></div><div>Example bug flow:<br></div><div>1. New bugs would be reported and assigned NEW.<br></div><div>2. Bugs are triaged and reviewed.<br></div><div>    a. If reproducible, bugs are set to CONFIRMED.<br></div><div>    b. If bug is not reproducible, more information is requested from the reporter and set to NEEDSINFO + WAITINGFORINFO.<br></div><div>    c. If bug is not a bug, set to RESOLVED + NOTABUG.<br></div><div>    d. If bug is not fixable due to technical limitations, or expected behavior, set to RESOLVED + ASDESIGNED.<br></div><div>3. After a set period of time, say 30 days, NEEDSINFO + WAITINGFORINFO bugs are set to RESOLVED + NOTABUG.<br></div><div><br></div><div>This would allow triagers to come into a product and understand:<br></div><div>1. Which bugs need first review and reproducing, helping developers out by acting as that second-level support. (NEW)<br></div><div>2. Which need a second look or closure due to lack of information, reproducibility, and age. (NEEDSINFO + WAITINGFORINFO)<br></div><div>3. Which bugs are waiting for developer action such as patch development or decision to support a request, and probably do not need triager action. (CONFIRMED)<br></div><div><br></div><div>This is a pretty minor change, as all it will do is make some words nicer and clarify the triaging process.<br></div><div><br></div><div>Hopefully this is agreeable to everyone, we believe it is the best compromise between all of the feedback previously provided in the past two years.<br></div><div><br></div><div>Feedback? Comments? Consensus?<br></div><div><br></div><div>Thanks!<br></div><div>Andrew Crouthamel<br></div>