3. What is a Bug Squad?
An organized group of contributors who tackle an
individual module.
Unofficial maintainers who don't always help write
code.
Concerned citizens.
Random people who land on an issue from a Google
search.
Anyone able to help out with the thousands of open
issues for Drupal core and contrib.
6. Issue Statuses
New issues usually start as
active
Needs review means there is
something concrete to review
(hey maintainer look over
here!)
Fixed means it is resolved, fixed
issues will automatically close
in 2 weeks without resetting
status
If the solution is incomplete or
broken set to needs work
7. Issue Details
A good title will help your issue get seen, and found
again easily.
This is one of the most crucial pieces of the issue.
Anyone can update a title to make it more descriptive.
Don't just say what is broken explain HOW it is broken.
9. Use Issue Summary Template
A huge help, especially for long and drawn out issues.
You should write a summary any time you take the time
to read through a long issue.
Forces you to cover all the bases the maintainer will
care about
10. Issue Summary Templates
Problem/Motivation
(why the issue was filed, steps to reproduce the problem, etc.)
Proposed resolution
(description of the proposed solution, the rationale behind it, and workarounds for people who cannot
use the patch)
Remaining tasks
(reviews needed, tests to be written or run, documentation to be written, etc.)
User interface changes
(new or changed features/functionality in the user interface, modules added or removed, changes to
URL paths, changes to user interface text)
API changes
(API changes/additions that would affect module, install profile, and theme developers, including
examples of before/after code if appropriate)
Original report by [username]
// Text of original report here.
(for legacy issues whose initial post was not the issue summary)