Please note that on Monday the 21st of January, dev.haiku-os.org will be down for scheduled maintenance. This will start at 19:00 GMT, and is expected to last about four hours. We apologize for any inconvenience.
}}}
= Welcome to the Haiku task and bug tracker =
== Logging in ==
To [/login login] you will need an account for the [http://haiku-os.org Haiku website]. You can use the same username and password for this tracker and the website. If you would like to report a bug, you can [http://haiku-os.org/?q=user/register register] for this account.
== Reporting bugs ==
Since our developers are unable to test every hardware combination, nor every different way of interacting with the operating system, we are relying on you to give us some input on how things work at your end. Since this is a very early product, it is very likely that you will encounter bugs. We thank you for taking the time to report these. Since our time is limited, we need accurate information. Follow these guidelines to create helpful bug reports:
1. Before reporting a bug please [/query?status=new&status=assigned&status=reopened&status=closed&summary=%7Etext+you+want+to+search+for&order=priority make sure] that it does not yet exist. You can also use the [/search?q=&noquickjump=1&ticket=on search] function for this.
1. After you have established this is a unique bug, make your information as accurate as possible:
1. Include basic information such as how you are testing Haiku (on real hardware, on VMWare, on QEMU, etc.).
1. Mention which revision from SVN you are running. You can find this out in the 'About Haiku' application, in the Deskbar menu.
1. Describe the problem you are experiencing. Try to be as accurate as you can: describe the actual behavior, and the behavior you expected.
1. Describe what steps to you need to perform in order to expose the bug. This will help developers reproduce the bug.
1. Attach as much information as you have. If it is a GUI bug, or a bug in one of the applications, try to make a screen shot. If it is a hardware problem, include a copy of the syslog file.
1. After the bug has been reported, a developer will look at your bug and try to classify it. Remember, we are all volunteers, and as such, sometimes a bug report might go unanswered for a while. Adding new information when it becomes available usually helps getting a bug picked up quicker, but do not try to 'bump' the bug up by adding non-descriptive comments.
1. Remember, reporting a bug is not something you do spend a little time on and then you are done. If you reported a bug, then you are part of the Haiku development process. Developers might come up with questions while they are trying to fix your bug. Stay around to answer these. Consider your participation 'done' when the bug is marked as 'fixed'. Together we can improve Haiku, bit by bit.
== Useful information ==
This Wiki stores some useful information that you might want to look at:
* ApiDocumentationStatus contains a list of the current work on the API documentation. Also, have a look at the [http://haiku-os.org/about/teams/documentation team page].
* EasyTasks contains a list of tasks that can be an entry point for new contributors.