How To Report Issues » History » Version 9
Dan Smith, 03/09/2012 09:53 AM
| 1 | 1 | Dan Smith | h1. How To Report Issues |
|---|---|---|---|
| 2 | |||
| 3 | 7 | Dan Smith | h2. First things first! |
| 4 | 1 | Dan Smith | |
| 5 | 7 | Dan Smith | Before you file a bug, please test the latest Development Version of CHIRP to see if your issue has been fixed. These builds are generated automatically every night when there is a change, and they are available from the bottom of the "download page":/projects/chirp/wiki/download. |
| 6 | |||
| 7 | 2 | Dan Smith | h2. Effective Bug Reporting |
| 8 | |||
| 9 | 1 | Dan Smith | Effective reporting of a bug or feature is critical to getting the issue resolved in a timely manner. If bug descriptions are difficult to understand or reproduce, they are less likely to receive attention. When you are crafting your bug report, try to answer the following questions: |
| 10 | |||
| 11 | 1. What is the behavior you are seeing? |
||
| 12 | 2. What is the behavior you were expecting? |
||
| 13 | 3. Can you reproduce the problem all the time? |
||
| 14 | 4. What are the steps required to reproduce the problem? |
||
| 15 | 5. Is this specific to a certain radio model (driver) or something that you can reproduce with another radio? |
||
| 16 | |||
| 17 | In most cases, it is important to attach an image of your radio to the bug so that a developer can look at the exact state and determine what the problem is. It is often helpful describe what you expect to see in a given memory location, as well as what you actually see. |
||
| 18 | 5 | Dan Smith | |
| 19 | h2. Getting your debug log |
||
| 20 | |||
| 21 | 9 | Dan Smith | If you are expecting something to happen (such as importing from a file, or setting a memory) and CHIRP appears to ignore the request, you probably should include your debug log. If you are getting an error message, you should definitely include the log. |
| 22 | 1 | Dan Smith | |
| 23 | 9 | Dan Smith | The debug log is cleared every time you start chirp, so the procedure for getting a usable log is: |
| 24 | |||
| 25 | 1. Start chirp |
||
| 26 | 2. Reproduce the failure or bug |
||
| 27 | 3. Close chirp |
||
| 28 | 4. Copy and send the debug.log before starting chirp again |
||
| 29 | |||
| 30 | Here are some tips for getting to it on the various platforms: |
||
| 31 | |||
| 32 | 5 | Dan Smith | h3. Windows |
| 33 | 8 | Dan Smith | |
| 34 | 6 | Dan Smith | Go to Start->Run and type "%APPDATA%\CHIRP". Your debug.log file will be in the folder that opens. |
| 35 | |||
| 36 | 1 | Dan Smith | h3. Linux and MacOS |
| 37 | |||
| 38 | 9 | Dan Smith | Your debug log should be in your home directory, in .chirp/debug.log. If you don't know how to find this, open up a terminal window and run the following command at the prompt: |
| 39 | |||
| 40 | cp ~/.chirp/debug.log ~/Desktop |
||
| 41 | |||
| 42 | Then close the terminal window. The debug.log file will be on your desktop. |
||
| 43 | 7 | Dan Smith | |
| 44 | h2. Filing your report |
||
| 45 | |||
| 46 | In order to file a new bug report or feature request, you must first create (or sign into) an account. Click the "Register":http://chirp.danplanet.com/account/register or "Sign in":http://chirp.danplanet.com/login link at the top right of this page to do that. Once you are logged in, click the "New issue":http://chirp.danplanet.com/projects/chirp/issues/new link on the menu bar above to get started. |