Bug Triage/pl

Why
Bug triage is important to organize and prioritize bugs/features/patches in respect to the FreeCAD Bug Tracker. If this task is neglected a project can suffer from what is called 'Bugtracker Bloat' which is essentially neglected tickets accumulating and rotting. Triage also helps to identify duplicate tickets that have a tendency to accumulate especially if there is a long standing unresolved issue that the FC team is well aware of but doesn't have the resources for whatever reason to fix at the time.

New
Per MantisBT docsː

In other words, NEW status indicates several thingsː
 * 1) Ticket hasn't been confirmed.
 * 2) Ticket is still in process, i.e. Triage/Devs still evaluating/clarifying details of ticket from OP.
 * 3) FreeCAD team hasn't decided what to do with this ticket yet.

All current open FreeCAD tickets with NEW status.

Feedback
Tickets get designated this status when OP is being requested to provide more information.

The ticket is pending based on the participation of OP. For exampleː the ticket is missing FC version info; or perhaps a certain 3rd party library name or version is required etc... Devs need to set this status whenever replying to OP in order to indicate that the ticket is pending. This is important due to the possibilit that OP neglects to respond which has a high probability for the ticket to 'rot' in the tracker.

When OP responds the ticket status changes back to New automatically. Then ticket needs to be re-examined to decide what is needed.

Further discussion on this topic in the FreeCAD forum.

All current open FreeCAD tickets with FEEDBACK status in the FC bugtracker.

Confirmed
When a ticket is confirmed it has been eitherː It is now ready to be assigned to or by a dev.
 * a bug that has been reproduced
 * a feature that has been greenlit to be considered valid.

All current open FreeCAD tickets with CONFIRMED status in the FC tracker.

Assigned
Self-explanatory, these tickets that have been assigned to a specific developer.

All current open FreeCAD tickets with ASSIGNED status in the FC tracker.

Resolved
These tickets have been resolved but not closed yet, most likely because they need confirmation that the ticket has been fixed.

-

Open
Self-explanatory, all tickets remain as 'open' if they are still relevant at the discretion of the FC team.

Fixed
Tickets that have been fixed.

Unable to reproduce
Tickets deemed un-reproducible

Duplicate
Tickets that are or have a duplicate ticket.

No change required
Tickets were it has been ascertained that no modifications are necessary.

Won't fix
FC team has rejected the ticket request for whatever reason stated.

Reopened
Tickets that have been closed me then re-opened for a relevant reason. Most likely that the issue has resurfaced or wasn't totally fixed.

Tagging Tickets
An important methodology to track tickets by a certain subject/theme/category. It's important that Existing Tags be used to tag issues before new tags are created. If duplicate or superfluous tags are created the bug tracker admin is responsible to remove them and if possible retag said tickets.

Related
Bugtracker