Page 1 of 3 123 LastLast
Results 1 to 10 of 125

Thread: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

Hybrid View

  1. #1
    Join Date
    May 2007
    Beans
    Hidden!
    Distro
    Ubuntu

    Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    OK stop! It looks like there is a lot of text here, but I promise you that submitting bug reports is not complicated. This post will attempt to walk you through filing good bug reports in Ubuntu's bug tracker, called Launchpad - specifically at https://bugs.launchpad.net/ubuntu/. Understanding the process will help you get your "bug" solved as quickly as possible.

    Due to the large volume of bugs that get reported, it is important that you file bugs correctly and with as much information as possible. As a bug triager, I assure you that this will significantly improve the chances of getting your bug looked at and fixed in a timely manner!

    A Brief Background on Bugs:

    What a bug is:

    A "bug" exists in software when a program does something unexpected, usually causing problems for the user. Some examples include:
    • a program crashing or closing unexpectedly
    • a (simple) missing feature
    • unexpected error messages, often preventing a program from continuing normal operation
    • other unexpected behavior


    What a bug is not:
    • a support request (use the forums!)
    • a missing feature that requires more than minimal work to implement
    • a bad configuration on your machine (ask here on the forums for help tracking it down)


    How do I know?

    Those who are very new to Ubuntu and/or Linux in general should make posts here on the forums before filing bug reports. Many people run into problems that aren't really bugs, and many common problems that are bugs have already been filed (but please check for yourself!).
    The forum community members can often help you work around bugs - please ask if they think you should file a bug report.

    -> Before filing a bug report <-
    • Make sure you have an account on Launchpad - you can't file a report without one. If you don't have one yet, go to "Log in / Register" at the top right of a Launchpad page, then follow the directions.
    • Search Launchpad's Bugs in Ubuntu for duplicate reports - is there already a bug open for your problem? If so, respond to that bug report, and confirm it if possible (change the Status from New to Confirmed). If you find such a report, please be sure that it is for the exact same problem that you have. If it is a bug related to a specific piece of hardware, then you should also have that hardware (or one extremely similar). If it's not the same, file a new report and mention that other bug as a similar problem - a triager can help you determine if the problem is actually the same.


    -> Steps for filing a bug report <-

    Filing bug reports can be automated via the use of Apport.

    Apport is a tool that ships with Ubuntu and can assist both end users and developers. It automatically attaches important data to the report, like version information and relevant logs. In some cases, it will automatically appear to help you file reports (like after program or system crashes).

    1. In many programs in Ubuntu you can go to Help -> Report a Problem or Help -> Report a Bug and Apport will collect information automatically for you and take you to the bug filing page on Launchpad where you can elaborate on your problem.
      • Alternatively, from the terminal you can run the following to have Apport collect information automatically for you:
        Code:
        ubuntu-bug packagename
        It is important that you try to file the report under the right package. This can often be confusing, so try your best. If you really don't know, leave the package name off and you will be prompted about some common problem areas.
    2. Apport will now collect some information and prompt you to to send the report. You may view what is being uploaded by expanding Content of the report. Now click "Send Report". A browser window will open and navigate to Launchpad. If needed, login, then proceed.
    3. After Launchpad is finished processing, describe the bug in one short statement (this is the bug's title - be descriptive!). Click "Next".
    4. A list of bugs that Launchpad thinks might be similar are listed - check them. If you don't find a match, click "No, I need to report a new bug".
    5. Now you can describe your bug in more detail. Include steps to reproduce the bug, and methods you've tried to solve the bug or work around it.
    6. If you need to attach any files (like screenshots) to the bug report, expand Extra options and go to the Include an attachment section at the bottom and browse for the file. You can only upload one file at a time, so if you have multiple files to upload, you will need to add them in Comments after submitting the bug report.
    7. When you believe there is enough information provided, click "Submit Bug Report".


    -> After filing a bug report <-
    • You can add extra comments at the bottom of the bug report. You can also add more attachments by clicking "Add attachment or patch".
    • You should receive emails about changes and responses to the bug report - follow up! A bug can't be completed until you provide all information that has been requested. Bookmark the bug report and check back regularly for updates.
    • You may be asked to file a bug report upstream - this means doing something similar to what we did above, but at a website outside of Launchpad. This can get a little complicated, so feel free to ask how to proceed - more information is available here.
    • You may also be asked to check if the bug exists in the development version of Ubuntu by using a LiveCD.


    Generic lifecycle of a bug report:
    • User experiences a problem and files a bug report
    • If lucky, somebody else will confirm the bug report (do not confirm your own bugs!)
    • A triager looks at the bug report. If more information is needed, the triager will request it. The bug reporter will provide the requested information. Repeat as necessary.
    • When the triager is satisfied that there is enough data, the bug will be marked as Confirmed (or even better, as Triaged). The triager should set an Importance on the bug in most cases, and possibly assign it to a developer or team.
    • A developer looks at the bug report - they will either ask for more info, fix the bug or reject it (either because it's not worth fixing, or it's not actually a bug).
    • The bug report is closed with a Status of Fix Released, Won't Fix, or Invalid.

    When fixes are released for bugs, the fixed version of the program is usually not made available in stable versions of Ubuntu unless it is a security fix or meets the criteria for a Stable Release Update. The fixed version of the program is usually placed into Ubuntu's development release (unstable).

    Some relevant and useful links:

    https://help.ubuntu.com/community/ReportingBugs
    http://www.chiark.greenend.org.uk/~sgtatham/bugs.html
    https://bugs.launchpad.net/ubuntu
    https://wiki.ubuntu.com/Bugs/Responses
    http://ubuntuforums.org/showthread.php?t=734460 - This thread's predecessor (short and sweet)
    Guia para reportar bugs - This guide translated in Spanish, thanks to sajnox.

    -----------------------

    If you have further questions or feedback about filing bug reports, please feel free to ask in this thread.

    Cheers,
    Rocket2DMn

    Last edited by Rocket2DMn; June 10th, 2011 at 12:08 AM. Reason: some updates and removed section on manually filing reports - use Apport!

  2. #2
    Join Date
    Jul 2007
    Location
    The Shire, Canada
    Beans
    Hidden!
    Distro
    Ubuntu 12.04 Precise Pangolin

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    Thank you Rocket2DMn! This will really be useful.
    Another round of Ubuntu for my friends here!
    Fighting to bring Pink back to The Pink Ponies archive.
    DELETE INSANITY!

  3. #3
    Join Date
    Aug 2006
    Location
    Chicago, IL, USA
    Beans
    Hidden!
    Distro
    Ubuntu Development Release

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    Thanks Rocket2DMn! This is a really complete explanation about reporting bugs on Launchpad. I know you mentioned this in your post, but I would like to stress the importance of following up with your bug reports. If your bug disappears after an upgrade for the package or with a new Ubuntu release, please add a comment to the bug, and close it as 'Invalid'. This will prevent bug triagers and developers from wasting time on that bug report. Also, if someone asks a question in the bug report or requests more information, please try and respond as soon as possible. While the bug report requires additional information, it will have a status of 'Incomplete'. During this time, most developers will not look at the bug. As a result, if you want the bug fixed, it is imperative that you provide all requested material. If you do not provide the requested information for 4 weeks, it will be closed with a status of 'Invalid', and a comment like the following will be added:

    We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!
    Once a bug is closed (either as 'Fix Released', 'Invalid', or 'Won't Fix'), it no longer shows up in most of the listings on Launchpad. This means that if it was not closed with a status of 'Fix Released', it probably will not get fixed.

    Hopefully, you can now see why it is very important to follow up with your bug reports on Launchpad.
    Be sure to check out the Community Ubuntu Documentation and the Ubuntu Team Wiki.

  4. #4
    Join Date
    Mar 2008
    Beans
    726

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    Quote Originally Posted by Rocket2DMn View Post
    As a bug triager
    Thabks for the great info!
    Just a question:
    What does a "triager" mean? Found in my dictionary a noun "triage" meaning "sorting out and classyfing"- a medical term. Couldn't find it on the web either.

    Hare Krishna
    And pray for me too...

  5. #5
    Join Date
    May 2007
    Beans
    Hidden!
    Distro
    Ubuntu

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    What you found in the dictionary is the same idea as what a bug triager does. In an emergency situation (ER, battlefield, mass casualty natural disaster, etc), a medical triager is one who works ahead of the medics/nurses/doctors to essentially evaluate the situation and mark the wounded in order of how serious their injuries are (a high priority patient gets seen before a low priority one, and those with injuries too serious to deal with may not get treated at all - the "save as many as you can" mentality). Patients may be grouped together based on the seriousness of their individual situations.

    A bug triager looks at bug reports, collects information about the bug, then evaluates how important they are. Developers then use that information to approach solving the problems that they are presented with. A bug triaged with critical or high priority is given more attention than one with medium or low priority. Bug reports that aren't actually bugs are rejected by the triager before developers even get to them (thus saving them time). Esssentially, it would take too much time for developers to go through every bug report, so a triager does it for them so that the developer can spend time fixing bugs instead.

    A triager doesn't have to know all the inner workings in order to make a judgment about the situation. So, in medical terms a triager doesn't have to be a doctor (but can rather simply look at a person and with some very basic knowledge, decide how seriously hurt they are). A bug triager doesn't have to know anything about coding, just whether how something reacts is really a bug or just a misconfiguration.
    Last edited by Rocket2DMn; December 15th, 2008 at 05:49 PM.

  6. #6
    Join Date
    Oct 2007
    Beans
    642

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    Quote Originally Posted by Rocket2DMn View Post
    A bug triager looks at bug reports, collects information about the bug, then evaluates how important they are. Developers then use that information to approach solving the problems that they are presented with. A bug triaged with critical or high priority is given more attention than one with medium or low priority. Bug reports that aren't actually bugs are rejected by the triager before developers even get to them (thus saving them time). Esssentially, it would take too much time for developers to go through every bug report, so a triager does it for them so that the developer can spend time fixing bugs instead.
    Thanks for explaining. Since my two bugs got triaged for the random freezing with high CPU.

  7. #7
    Join Date
    Feb 2007
    Location
    Rockland Co., N.Y.
    Beans
    498
    Distro
    Ubuntu 9.04 Jaunty Jackalope

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    Thanks for this useful information!!!

  8. #8
    Join Date
    Mar 2008
    Beans
    726

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    Quote Originally Posted by Rocket2DMn View Post
    What you found in the dictionary is the same idea as what a bug triager does. In an emergency situation (ER, battlefield, mass casualty natural disaster, etc), a medical triager is one who works ahead of the medics/nurses/doctors to essentially evaluate the situation and mark the wounded in order of how serious their injuries are (a high priority patient gets seen before a low priority one, and those with injuries too serious to deal with may not get treated at all - the "save as many as you can" mentality). Patients may be grouped together based on the seriousness of their individual situations.

    A bug triager looks at bug reports, collects information about the bug, then evaluates how important they are. Developers then use that information to approach solving the problems that they are presented with. A bug triaged with critical or high priority is given more attention than one with medium or low priority. Bug reports that aren't actually bugs are rejected by the triager before developers even get to them (thus saving them time). Esssentially, it would take too much time for developers to go through every bug report, so a triager does it for them so that the developer can spend time fixing bugs instead.

    A triager doesn't have to know all the inner workings in order to make a judgment about the situation. So, in medical terms a triager doesn't have to be a doctor (but can rather simply look at a person and with some very basic knowledge, decide how seriously hurt they are). A bug triager doesn't have to know anything about coding, just whether how something reacts is really a bug or just a misconfiguration.
    Quote Originally Posted by Izek View Post
    Thanks for explaining. Since my two bugs got triaged for the random freezing with high CPU.
    +thanks again

    Hare Krishna
    And pray for me too...

  9. #9
    Join Date
    May 2007
    Beans
    Hidden!
    Distro
    Ubuntu

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    For those interested, at Brian Murray's suggestion I added a brief piece about using the program "ubuntu-bug" to have Apport help with filing bug reports. From what I can tell, this tool exists in up-to-date versions of Hardy Heron and newer (in Intrepid and newer you don't need the -p flag to accompany the package name, but it doesn't hurt). Brian is Ubuntu's resident bug god
    Cheers.

  10. #10
    Join Date
    Aug 2007
    Location
    new york
    Beans
    10

    Re: Improving Ubuntu: A Beginners Guide to Filing Bug Reports

    thanks for clearing things up. i think i remember during my first install DEselecting a default option for automated reporting, because i had concerns about privacy. but after more than a year using ubuntu such concerns have receded and i'd like to enable auto-reporting -- but i can't find where the option is...much obliged if anyone could refresh my memory.

Page 1 of 3 123 LastLast

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •