Take the 2-minute tour ×
Ask Ubuntu is a question and answer site for Ubuntu users and developers. It's 100% free, no registration required.

How is a specific bug's importance decided for bugs against packages in ubuntu?

And by Importance, I mean 'Low', 'Medium', and other importance values on the Launchpad bug trackers.

share|improve this question
add comment

2 Answers

up vote 21 down vote accepted
+100

(Source: Bugs/Importance (Bug Squad Documentation))

The Ubuntu Bug Squad is one of the driving forces for Ubuntu Bugs, and maintains a documentation of this for the reference of every person.

For the sake of people who hate reading other sites, and for the few people who might be too lazy to click on the link at the beginning of this answer, I'll basically copy verbatim the Bug Squad Knowledge base information that is relevant to here:

QUICK NOTE: When "Core" or "Non-Core" is referenced here, the bug squad is consdering "core" as part of the ubuntu-desktop package, or what gets installed by default on the LiveCD images. This may change in future, depending on further discussion within the Bug Squad on this matter.

(Note the below information may be out of date with the documentation on the wiki, you should refer to the wiki for the most up-to-date information.)


Ubuntu uses the following guidelines for assigning importance. The importance of the bug signifies the priority that it should be given by people fixing bugs.

Here are the meanings of the different importance values):

  • Undecided: The default for new bugs. Also means that there is insufficient information to determine importance
  • Wishlist: Missing functionality
    • These aren't always bugs, but can be ideas for new features which do not yet exist.
    • These can also be requests to have software packaged for Ubuntu.
    • If it is non-trivial to implement, it should rather be written as a feature specification, see FeatureSpecifications.
    • These can be bugs that affect an experimental extension or non-essential feature of a given package/project.
    • Bugs that would only be fixed on a best-effort or outside-contribution basis might also be considered wishlist.
  • Low: Bugs which affect functionality, but to a lesser extent than most bugs, examples are:
    • Bugs that have easy work-arounds
    • Bugs that affect unusual end-user configurations or uncommon hardware
    • Bugs that affect a non-essential aspect and limited scope of the application
    • Bugs that have a moderate impact on a non-core application
    • Cosmetic/usability issues that does not limit the functionality of a non-core application
    • Non-ideal default configurations
  • Medium: Most bugs are of medium importance, examples are:
    • A bug that has a moderate impact on a core application
    • A bug that has a severe impact on a non-core application
    • A bug which impacts accessibility of a non-core application
    • A usability issue that does not limit the functionality of a core application
    • A problem with a non-essential hardware component (removable network card, camera, webcam, music player, sound card, power management feature, printer, etc.)
  • High: A bug which fulfills one of the following criteria:
    • Has a severe impact on a small portion of Ubuntu users (estimated)
    • Makes a default Ubuntu installation generally unusable for some users. (For example, if the system fails to boot, or X fails to start, on a certain make and model of computer)
    • A problem with an essential hardware component (disk controller, built-in networking, video card, keyboard, mouse)
    • Has a moderate impact on a large portion of Ubuntu users (estimated)
    • Prevents the application or any dependencies from functioning correctly at all
    • Renders essential features or functionality of the application or dependencies broken or ineffective
    • Impacts accessibility of a core application
  • Critical: A bug which has a severe impact on a large portion of Ubuntu users
    • Causes data corruption
    • Crashes the entire operating system
    • Renders the system temporarily or permanently unusable
    • Severely affects applications beyond the package responsible for the root cause

The Ubuntu Bug Control members have the access to set these importance statuses on bugs under the purview of Ubuntu (including packages, which ubuntu-bug will do), and can either set them themselves, or at the request of a member of the Bug Squad who is not a Bug Control member.

Generally, when I handle bugs and decide an importance and whether its ready for triaging (unless its blatantly obvious), I follow the Triage Guide for deciding how to triage the bug (which sets the Status of a bug to "Triaged") and the guidelines I've posted (and linked to) above for deciding Importance. (I'm on the Bug Squad, and I am a member of Bug Control, if you're curious)

share|improve this answer
    
+1 excellent summary. –  fossfreedom Jun 20 '12 at 18:55
2  
I for one don't like it when people just link so I appreciate the summary. It isn't because I'm too lazy - it's because the link could change and then your answer would essentially be worthless. By summarizing the information your making your answer worthwhile even in the case that the information you're linking to changes locations. –  Dason Jun 20 '12 at 21:52
add comment

You might want to refer to the Debian documentation of their bug severities too.

http://www.debian.org/Bugs/Developer#severities

share|improve this answer
    
Ubuntu has its own bug importance documentation, we have a substantially difference importance system. –  Thomas W. Jul 26 '12 at 17:36
    
Doesn't mean you shouldn't look around at other info. One big policy difference is Ubuntu's concept of the "core set" of packages. –  user72421 Jul 26 '12 at 17:47
    
Which is a major importance factor. That main difference (currently being discussed wtihin the Bug Squad), and the different statuses and importance levels we have, are significantly different. –  Thomas W. Jul 26 '12 at 17:52
1  
To sound like an auto-commenting robot, whilst this may theoretically answer the question, it would be preferable to include the essential parts of the answer here, and provide the link for reference. Imagine the linked site goes down for maintenance or forever - your answer would become worthless. –  hexafraction Jul 30 '12 at 21:51
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.