Changes to Bugtracker config - Printable Version +- Renegade Projects Network Forums (https://forums.renegadeprojects.com) +-- Forum: Inject the Battlefield (https://forums.renegadeprojects.com/forumdisplay.php?fid=60) +--- Forum: Old RockPatch Discussions (https://forums.renegadeprojects.com/forumdisplay.php?fid=59) +--- Thread: Changes to Bugtracker config (/showthread.php?tid=568) |
Changes to Bugtracker config - Renegade - 26.12.2006 I just spent some time at the Bugtracker, and aside from updating/requesting to update a bunch of issues, I also did some configuration changes:
Oh, and before I forget it: Due to the updating/reopening of issues, some older (much older) issues are currently higher on top than "current" issues, which might be confusing at first - nevertheless, fixing the old issues (or confirming they are fixed) is even more important than fixing the fresh bugs. If they're all fixed anyway and were just badly updated before, they'll soon be gone anyway - if not, good that I re-opened them! ² e.g. an "assigned" bug cannot be re-status'd to "acknowledged" anymore...'cause if it was assigned already, it must at least have been confirmed before. RE: Changes to Bugtracker config - VK - 27.12.2006 Fantastic... I have 40 messages in email about changing reports BTW, Can you add label, which reminds people, what they really should post and that? For example wishes, bug, which appeared only once, ... RE: Changes to Bugtracker config - Renegade - 28.12.2006 CnCVK Wrote:Fantastic...That's what you get for forcing us to review all reports CnCVK Wrote:BTW, Can you add label, which reminds people, what they really should post and that?All of that has always been available. Wishes/bugs can be seperated through Severity (has a "feature" setting for feature requests), the frequency of a bug's appearance can be reported through Reproducability - if it only appeared once, then it obviously needs a Reproducability setting of "unable to reproduce". This question, however, shows that you haven't looked into the system a lot yet - which, in turn, is probably the reason why we needed to update all these reports. Update: Since there seemed to be some confusion regarding when to set which status/resolution/severity, I sat down and wrote definitions for all of them. Of course older issues might not adhere to them, but it should bring some structure into future workflow. |