Bugmasters/Projects/Mentored

From MozillaWiki
Jump to: navigation, search

Mentored Bugs Team

Many developers tag bugs as good first bugs, or as mentored bugs. Some are tagged with both.

Keeping these bugs nice and fresh and relevant is a big help to new contributors who want to fix their first bug!


Currently, mentored bugs feed the Bugs Ahoy site. Good first bugs feed into openhatch.org. (Out of date. Wrote to Asheesh, who is looking into it.)

Help maintain this list for contributors who are new to Mozilla development!

  • Is the bug old and stale?
    • Should it be closed?
    • needinfo on the reporter, or mentor, or assignee?
  • Is the bug current, and assigned, but the assignee hasn't touched it for a couple of weeks?
    • needinfo the assignee to ask nicely if they're still working on it or intending to
    • If the reporter hasn't touched the bug in a month, unassign it
  • Triage through bugs that have the whiteboard flag [good first bug] but NOT the mentor= flag.
  • Triaging strategies:
    • Sort the list by component.
      • Pick a particular product and component. Talk with the bugzilla owner of that component or the module owner.
    • Sort the list by ID. It's good to check up on very old bugs with a low ID number.
    • Sort the list by last changed. For bugs that haven't been touched in weeks or months, look if they're assigned and ask the assignee, by commenting with the needinfo flag, if they're still working on it.

We had a triage day in May 2013 to rummage through the mentored bugs!


  • Triage through the bugs that have "mentor=" as a whiteboard flag.
  • Triage through bugs that have "good first bug" AND "mentor" in the whiteboard flags.
    • should they have both?

TODO:

  • write up how to check on good first bugs
  • write up how to choose and tag good first bugs/mentored bugs, and link