- Who: Screeners
- Report: Open tickets
- Goal: decide whether the bug or enhancement described in the ticket is actually a real bug or enhancement.
- Process (see: Creating Tickets):
- Is the ticket about 1 thing? If not, then either split the ticket yourself or ask the submitter to do so.
- Does the ticket clearly state the problem? If not, then either update yourself or ask the submitter to do so.
- For larger enhancements / features, it is probably better to suggest the submitter post to clojure-dev and then create a page on the design wiki instead.
- For bugs, there should be some demonstration that the problem actually exists (output from a repl, test, etc). Verify the problem exists in the current release of Clojure.
- Does the ticket include a link to other relevant discussion (such as a clojure-dev thread, IRC conversation, etc)?
- At this stage, it is not necessary for there to be a patch or to validate it fixes the problem.
- Actions, pick one of:
- Comment on ticket to ask for more information, better description, better demonstration of problem, etc
- Close with Resolution=Decline, reasons:
- Not a bug: submitter misunderstood or misused a feature or ticket doesn't make sense
- Scope too big: feature may be better served by creating a page in the design wiki than in a ticket
- Enhancement not wanted: enhancement is not something we want to do
- Duplicate: of existing ticket
- Too many things: break this ticket apart into smaller pieces
- Set Approval=Triaged - problem is ok
- If needed, adjust ticket to standards of triaged ticket belowin Creating Tickets
- Who: Rich
- Report: Triaged tickets
- Goal: second check on whether the bug/enhancement is worth working on and decision of whether it's suitable for the next release.
- Close w Resolution=Declined - as above, ticket may not be something we want to address
- Set Approval=Vetted - problem is good