Changes between Version 37 and Version 38 of WikiStart

Dec 7, 2009, 8:14:29 PM (13 years ago)

migrated Reporting Bugs to dedicated page.


  • WikiStart

    v37 v38  
    44To [/login login] you will need an account for [ this service]. If you do not have an account, you can [/register register] one by clicking the link in at the top. When creating a new account, be certain to '''provide your email address''' as it is necessary to obtain basic ticket modification privileges. Be sure to '''check your spam folder''' shortly afterwards, as the AccountVerificationEmail usually ends up there.
    6 == Reporting Bugs ==
    7 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:
     6== Using the tracker ==
    97 1. Read BugTrackerEtiquette. This mentions what content is appropriate, where to seek additional assistance, and peculiarities with our bug tracker.
    108 1. Read BugTrackerEtiquette and yes, we mean this.
    11  1. Attempt to reproduce your issue on the current revision of Haiku. Pre-built images for testing purposes are [ available]
    12  1. Include basic information such as how you are testing Haiku (on real hardware, on VMWare, on QEMU, etc.),.
    13  1. Mention which revision from SVN you are running. You can find this out in the 'About Haiku' application, in the Deskbar menu.
    14  1. After the bug has been reported, a developer will look at your bug. 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-informative comments.
    15  1. Remember, reporting a bug is not something you 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. 
    16  1. The remainder of guidelines depend on the type of bug:   
    17   1. [#SoftwareBugs applications and other pure software]
    18   1. [#HardwareBugs hardware and its drivers]
    20  == Software Bugs ==
    22 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.[[BR]]
    23  1. If you find an existing ticket that is open, only add information that is not already on the ticket.
    24  1. After you have established this is a unique bug, make your information as accurate as possible:
    25   1. Describe the problem you are experiencing. Try to be as accurate as you can: describe the actual behavior, and the behavior you expected.
    26   1. Describe what steps to you need to perform in order to expose the bug. This will help developers reproduce the bug.
    27   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.
    29  == Hardware Bugs ==
    30 For the hardware related issues, it is preferred to always create a new ticket. In the ticket, be sure to include the following, preferably as text attachments.
    31  * `listdev` (a detailed listing of your hardware, including vendor and pci id's, similar to `lshw` and `lspci`)
    32  * `listusb -v`  (assuming its a usb related issue, similar to `lsusb`)
    33  * `open /var/log/syslog` (the primary system log used by Haiku, akin to on screen debugging during boot)
    34  * `listimage | grep drivers/`
    35  * `ints` (from within Kernel Debugging Land -- KDL)
    36  * On screen debug output (a safe mode boot time option)
    38 === Kernel Debugging Land ===
    39 Enter the kernel debugger by invoking ''Alt-SysReq-D''.
    40 Then the `ints` command will output information about handled and unhandled interrupts .
    41 You can get out of the kernel debugger back into a usable system by typing `co` (for `continue`).
    43 === On Screen Debug Output ===
    44 This is only relevant when Haiku fails to boot on your machine. Before the Haiku boot logo appears, press the space bar. This will display a text menu. Select ''Select safe mode options''. Near the bottom, ''[ ] Enable on screen debug output'' will be listed. (Note: The other options could be enabled in an attempt to boot Haiku. If Haiku will boot only when one or more options are activated, be sure to mention which ones.) Finally select ''Return to main menu'' and then ''continue booting''. One or more pages of text will display on the screen, only the last few lines need to be included on your ticket. For more information on the [ Boot Loader]
     9 1. ReportingBugs details what information to include on bug reports and how to obtain it.
     10 1. SubmittingPatches mentions the preferred way for creating patches.
    4612== Browsing the source ==
    5420 * ApiDocumentationStatus contains a list of the current work on the API documentation. Also, have a look at the [ team page].
    5521 * EasyTasks contains a list of tasks that can be an entry point for new contributors.
    56  * [wiki:R1/AlphaStatus] contains a summary of the current status of alpha 1
     22 * [wiki:R1/AlphaStatus] contains a summary of the current status of alpha 1.
    5723 * FutureHaikuFeatures lists functionality that would be well appreciated.
    5824 * FutureHaikuFileSystem is a place to brainstorm Haiku's file system after R1.
    5925 * [wiki:APIChangesOnCompatibilityDrop] is a collection of API changes we intend to make as soon as we drop BeOS backward compatibility.
    60  * PackageManagerIdeas is a place to hash out ideas regarding Haiku's package management (and creation)
    61  * [wiki:HaikuCodingGuidelinesVIM] is a small script that will detect some guideline violations for vim
    62  * HaikuCodingStyleChecker is a python program that will detect some guideline violations
    63  * The [ Coding Guidelines] are expected to be followed when submitting patches.
     26 * PackageManagerIdeas is a place to hash out ideas regarding Haiku's package management (and creation).
     27 * [wiki:HaikuCodingGuidelinesVIM] is a small script that will detect some guideline violations for vim.
     28 * HaikuCodingStyleChecker is a python program that will detect some guideline violations.
     29 * The [ Coding Guidelines] are expected to be followed.