Jetpack

How to write a great bug report

We know you don’t like bugs. We don’t like them either. But as they’re an unavoidable part of software, it’d be good for us to share how best to report issues to us to speed things along.

In short, here’s a great rule: If we can’t reproduce the bug, we can’t fix the bug.

When you report a bug to us, here’s what happens:

  1. We read the bug report
  2. One of us tries to reproduce the bug
  3. If we can reproduce it, we investigate what’s broken and fix it.
  4. But if we can’t reproduce the bug…

Often bug reports don’t include enough information. This means we have go back and ask for details so we can investigate. If you want to increase the odds we fix an issue, and fix it fast, help us out.

A great bug report includes the following:

  1. What were you trying to do?
  2. What did you click on or do last?
  3. What happened / what did you see?
  4. What browser are you using?
  5. What version of WordPress?
  6. What hosting provider? (And if you know, what version of PHP do they use?)
  7. The bug is reported to the right place (For Jetpack, Go here)

You don’t need to be verbose. A sentence for each is often just fine.  And bug reports that show screenshots for #3 are incredibly useful, as we can see exactly what you saw.

Bonus points for reviewing known issues before submitting, as your problem might already have been reported, and have a patch or a workaround (For Jetpack, known issues are listed here).

We work hard to have you deal with as few issues as possible, but if you want to improve the odds we can fix your issue fast, please take a extra minute to write a bug report that’s easier for us to use.  Thanks.

Posted in bug reports | Tagged , | 15 Comments
Follow

Get every new post delivered to your Inbox.

Join 63,480 other followers