Reporting a bug

From Kokua Wiki

Jump to: navigation, search

This page contains instructions about how to use the Issue Tracker to report bugs in the Imprudence Viewer software, Kokua Viewer software, or any part of our website. Separate instructions are available for proposing a feature.

What is a bug?

Before you report a bug, it's important to understand what we consider to be a "bug". A bug is a defect or mistake in our software (the Imprudence Viewer, Kokua Viewer, or our website) that causes it to look or behave contrary to the way we intended.

Here are some examples of things that are considered bugs:

Here are some examples of things that are not considered bugs:

Search for existing bug reports

Checking if a Bug or Feature already exists

Before you file a new bug report, please check to make sure it hasn't already been reported. If it has already been reported, you should not file a new bug report, since duplicate reports just waste everyone's time. But, you can update the existing issue to add a comment, attach a file, or change the issue properties to provide additional information.

You can browse the lists of current issues (i.e. both bug reports and feature proposals) here:

You can search for existing issues by typing search terms into the Search box at the top right hand side of the issues tracker page, then pressing the Enter key.

Create a new issue

Select the project you want to create an issue for
Create a new issue

Before you can create a new issue, you must register for the issue tracker and sign in.

There are three "projects" on our issue tracker. It is important to create the new issue in the correct project:

The form has many issue properties to fill out. These details help us understand the bug so we can fix it. So, it is important that you fill them out correctly, and provide an appropriate amount of detail.

Note: depending on your issue tracker account permissions, you might not be able to see or set some of these properties.

Tracker
Since you are reporting a bug, just leave it as "Bug". (If you were proposing a feature, you would select "Feature".)
Subject
Enter a brief summary of the bug. The subject should usually be less than 20 words, but it should be specific enough that someone could get an idea what the bug is about just by reading the subject. Vague subjects like "Found a bug", "Crash", or "Can't teleport" are not helpful, and make it less likely that someone will notice your report.
Description
Enter a detailed description of the bug. See the Description section below for instructions on how to fill this out.
Status
This indicates the issue's status (e.g. whether it has been fixed yet). You should usually leave this as "New". If you are submitting a patch (or Git commit) to fix the bug, select "Ready to Merge".
Priority
This indicates how severe/important the bug is. See the Priority section below for help deciding which priority to choose. If you're not sure, leave it as "Normal".
Assignee *
This indicates who has been assigned to resolve the issue. (* Only team members and contributors can set this issue property.)
Category
This indicates what sort of bug it is. See the Category section below for help deciding which category to choose. If you're not sure, leave it blank.
Target version *
This is used by the team for organizing which issues should be addressed in a particular version. (* Only team members and contributors can set this issue property.)
Affected versions
Enter the version number(s) of the viewer where you experience this bug. For "stable" (non-Experimental) versions, enter something like "1.3.0 RC2". For Experimental versions, enter only the release date (e.g. "2011.04.02"). If multiple versions are affected, enter all the affected version numbers, separated by commas, e.g. "1.3.0 RC2, 1.3.0, 1.3.1".
Has Patch
Check this box if you are submitting a patch (or Git commit) to fix the bug. Otherwise, leave it unchecked.
Has Repro
Check this box if a step-by-step guide to reproducing the bug is available in the Repro steps, in the issue Description, or in a comment. Otherwise, leave it unchecked.
Difficulty
Leave this blank unless you are experienced with software development. This indicates how difficult it will probably be to fix the bug.
System info
Copy and paste your full system info from the viewer (Help > About Imprudence or Help > About Kokua). If you are updating an existing issue, add your system info as a comment instead of replacing the original reporter's system info.
Repro steps
Write a step-by-step guide for how to "repro" the bug (i.e. make it happen again). See the Repro steps section below for information about how to fill this out. If you're not sure how to repro the bug, leave it blank.
Files
If you have any debug logs, screenshots, patches, or other files related to the bug, you can attach them here. Use the file chooser button to choose which file on your computer to attach. If you need to attach multiple files, click the "Add another file" link.

Description

The Description should be a detailed description of the bug, with enough information for us to diagnose, investigate, and fix the bug. Please be as detailed as possible, since we rely on the information you provide in the Description, Repro steps, and System info.

Here are some questions to consider when writing the description. You don't need to answer each question, but use them as a guide to think of relevant details to include in your description.

Priority

The issue priority indicates how severe/important the bug is. Use the following guidelines to select the most appropriate priority. If you're not sure, leave the priority as "Normal". Intentionally exaggerating the priority will not help us fix the bug faster, but it will annoy us.

Category

The list of available categories for a bug report varies depending on which issue tracker project you are reporting for:

Imprudence Viewer project

Kokua Viewer project

If you're not sure what category to use, leave it blank.

Website project

Repro Steps

It's important for us to be able to reproduce your bug in order to fix it!

These take the form of:

Here's an example repro for an imaginary bug:

Providing step-by-step information is key, as everyone's experiences are different. Without a repro, as much as me might want to track down your bug, we probably won't be able to. Other users also won't be able to search for your bug as easily and confirm it.

If you have any screenshots of your bug, please attach them as well! Being able to look at the bug in action is a tremendous help to anyone who wants to fix it.

Basically, remember this: a repro is like gold to a developer. We love to fix bugs we can reproduce, and if you want your bug to be fixed quickly, providing all the information you can is the best way to make that happen.

Personal tools
Namespaces
Variants
Actions
Navigation
Wiki
Toolbox