Reporting

Differences between revisions 1 and 2
Revision 1 as of 2008-05-29 19:55:02
Size: 5541
Editor: dhcp-129
Comment:
Revision 2 as of 2008-05-29 20:36:52
Size: 6251
Editor: dhcp-129
Comment:
Deletions are marked like this. Additions are marked like this.
Line 12: Line 12:
=== KDE Applications ===
When a KDE application crashes, you will get a crash dialog:
attachment:kcrash.png

Click on the backtrace tab. If there are just a bunch of lines saying {{{(no debugging symbols found)}}}, or if it says that it could not generate a backgrace, unfortunately this crash report isn't very useful. You can still report it, but you'll likely be asked for more information. See [:DebuggingKDE:debugging packages] for more information. If the backtrace tab does contain information, click '''Save As...''' and save the .kcrash file somewhere. Then see [#head-9279682f2ddfc114f4bc444bcd25b3efd048da55 Filing bugs at launchpad.net] to report the bug.

=== Non-KDE Applications ===

Include(Kubuntu/Toolbox/Menu) Include(Kubuntu/Toolbox/Banner)

Introduction

Kubuntu uses Launchpad to keep track of bugs and their fixes. To file a bug you first need to [https://launchpad.net/distros/ubuntu/+bugs/+login create an account]. For the desktop environment and most applications, the [http://bugs.kde.org KDE Bug Tracker] is also used. Reporting bugs there will get them closer to the actual developer of the application, but be wary of bugs that may be specific to Kubuntu. If you aren't sure, please file bugs in Launchpad first.

Reporting bugs

Crashes

KDE Applications

When a KDE application crashes, you will get a crash dialog: attachment:kcrash.png

Click on the backtrace tab. If there are just a bunch of lines saying (no debugging symbols found), or if it says that it could not generate a backgrace, unfortunately this crash report isn't very useful. You can still report it, but you'll likely be asked for more information. See [:DebuggingKDE:debugging packages] for more information. If the backtrace tab does contain information, click Save As... and save the .kcrash file somewhere. Then see [#head-9279682f2ddfc114f4bc444bcd25b3efd048da55 Filing bugs at launchpad.net] to report the bug.

Non-KDE Applications

The easiest way to report a bug is with the [https://wiki.ubuntu.com/Apport Apport] application. When an application crashes, apport starts automatically and opens an appropriate bug for you to complete in Launchpad. This procedure will provide our developers with rich debugging information that will make it easier for them to fix the problem.

attachment:apport-1.png

User Interface Bugs and Incorrect Functionality

If you want to report a bug on an application that is running and responding, you can file it in the KDE bug tracker from the Help menu via Help -> Report Bug.... This method is preferable than filing a bug directly at the website because of the debugging information it attaches, even for user interface bugs.

attachment:reportbug1-kde4.png attachment:reportbug1-kde3.png

Clicking the Launch Bug Report Wizard button will take you to the bugs.kde.org website where you can fill in the details about the bug.

attachment:reportbug2-kde4.png

Apport is available for Ubuntu 6.10 (Edgy Eft) and later versions.

attachment:filebug-shot.png

Filing from the command line

apport-cli -f -p PACKAGE

Lets you file a bug against a known package and automatically include all the useful debug information. Use

apport-cli -f -P PID

If you want to file against a running program with a known Process ID (PID) (see System -> Administration -> System Monitor).

Filing bugs at Launchpad.net

If for some reason you cannot file a bug through the Apport tool you can file one via [https://launchpad.net/distros/ubuntu/ Launchpad] (Apport is not available on version 6.10 and older). When doing so please ensure that you have determined which package it should be filed against. Read '[http://wiki.ubuntu.com/Bugs/FindRightPackage finding the right package]' for guidance.

Writing a useful report

Fill in the description field with as much information as you can, including the release of Ubuntu you are using and steps for someone else to recreate the bug. It is better to have too much information in the description than not enough.

Only describe a single problem per bug report so that each can be followed up on in detail. If you experience several issues file separate reports.

Add supporting attachments to explain or help others reproduce your bug. This might include a screen shot or video capture of the problem or a sample document that triggers the fault.

You can only add attachments after the bug has been filed with a title and description. Use the Add a comment/attachment at the bottom of the page.

For anything hardware related, give precise details about your hardware. Attaching the output of "lspci -vvnn" and "dmesg", after a fresh boot, will help a lot.

When not to file a bug

Getting advice

If you need help in finding the right package or providing appropriate information ask someone on #ubuntu-bugs on the [https://help.ubuntu.com/community/InternetRelayChat Freenode IRC] server or on the [https://lists.ubuntu.com/mailman/listinfo/Ubuntu-bugsquad bugsquad mailing list].

Further reading

See [http://www.chiark.greenend.org.uk/~sgtatham/bugs.html this guide] for general information on writing a good bug report. If you need help with debugging a problem, see ["DebuggingProcedures"].

Kubuntu/Bugs/Reporting (last edited 2014-05-08 13:13:59 by 178-191-0-83)