## page template was copied from AustralianTeam/Projects/Blank ## This is a template file that has been customised for the Ubuntu-AU Team ## Feel free to use modify this to use for any project or team. ## Using this page will help keep the new pages in some sort of order and similar format across the team's wiki ##PLEASE DO NOT ADJUST OR CHANGE THE FOLLOWING 3 LINES - THIS IS WHAT KEEPS THE TEAM HEADER INTACT AND CREATES THE TABLE OF CONTENTS <> <> ||<>|| ## EDIT FROM THIS LINE DOWN - There are some included titles, headings and sub headings to help you get started = How to Triage Class - July 24 2010 = {{{#!highlight irc Jul 24 15:06:33 To anyone who doesn't know me, my name is Mitch Towner. I'm a member of the Ubuntu Bug Squad & Bug Control teams & I have been triaging for around 7 months. I also want to state that I defiantely do not know *everything* there is to know when it comes to bug triaging so this is just a short session to give everyone a basic starting point Jul 24 15:07:23 Ok, the first topic is "What are Bugs?" Jul 24 15:08:01 I will stop for questions ever now & then but please feel free to ask & I will answer Jul 24 15:08:19 A software bug is an error or fault in a computer program which makes it fail to work as it's supposed to. This could be as simple as failing to work at all, or as complicated as a subtly incorrect result. Nevertheless, we really want to eliminate software bugs, as they make programs less useful. Jul 24 15:10:07 For an in-depth discussion about bugs, you can read http://en.wikipedia.org/wiki/Software_bug. Jul 24 15:10:16 Bugs in Ubuntu are tracked on a Bug Tracking System (BTS) called Launchpad (https://bugs.launchpad.net/) Jul 24 15:11:15 What is Bug Triage & How do I get involved? Jul 24 15:11:24 Bug Triage is an essential part of Ubuntu's development. Triaging can be broken down into the following tasks: Jul 24 15:11:35 Responding to new bugs as they are filed - https://wiki.ubuntu.com/HelpingWithBugs Jul 24 15:11:43 Ensuring that new bugs have all the necessary information - https://wiki.ubuntu.com/Bugs/Improving Jul 24 15:11:51 Assigning bugs to the correct package - https://wiki.ubuntu.com/Bugs/FindRightPackage Jul 24 15:12:01 Confirming bug reports by trying to reproduce them - https://wiki.ubuntu.com/Bugs/HowToTriage#Confirming Jul 24 15:12:32 Setting the Importance and Status of bugs reports - https://wiki.ubuntu.com/Bugs/Importance & https://wiki.ubuntu.com/Bugs/Status Jul 24 15:12:39 Searching for and marking duplicates in the bug tracking system - https://wiki.ubuntu.com/Bugs/MarkingDuplicate Jul 24 15:12:53 Forwarding bugs to their upstream authors, when applicable - https://wiki.ubuntu.com/Bugs/HowToTriage#Forwarding%20upstream Jul 24 15:13:02 Marking bugs that are feature requests as such - https://wiki.ubuntu.com/Bugs/HowToTriage#Feature%20Requests Jul 24 15:13:12 Converting bug reports to “Questions” that are actually support issues rather than a genuine bug - https://wiki.ubuntu.com/Bugs/ConvertToQuestion Jul 24 15:13:18 Every step of this process is important & doing all or any of these processes is very helpful! Jul 24 15:11:56 kermiac: is it worth pointing out the difference between a bug and a wanted feature?. Jul 24 15:13:48 ok, to discuss the point that gorilla made about the difference between a bug and a wanted feature Jul 24 15:14:31 that is pretty well covered by https://wiki.ubuntu.com/Bugs/HowToTriage#Feature%20Requests Jul 24 15:15:12 but to summarise it, a feature request is basically someone asking "Can you implement XXX feature", whereas a bug is a problem with an existing feature Jul 24 15:17:09 QUESTION: i sometimes see a *.txt that contains sort of a script, are those kind of fixes for the bugs? Jul 24 15:18:36 JoeMaverickSett: a lot of the time when you see a *.txt file (e.g. Stacktrace.txt) they are usually logfiles or backtraces that are needed for developers to see exactly what is happening Jul 24 15:19:17 kermiac, okie. Jul 24 15:17:47 Question: Is there a hierarchy of bug reporters? Ie devs at the top etc? Jul 24 15:20:32 MoLE_: I wouldn't say that there is a "hierarchy" or anything. There are people with more experience (e.g. Bug Control members) & ewe obviously all pay attention to what the devs say. At the end of the day, triagers are there to help devs so that they can focus on writing the actual code. So if a dev says something, we (as triagers) pay attention Jul 24 15:23:14 A question that I see asked by a lot of people interested in triaging is "How do I get involved?" Jul 24 15:23:58 Every step of this process (triaging) is important & doing all or any of these processes is very helpful! Jul 24 15:24:17 a good place to start is http://is.gd/dE49D is a link to all of the bugs that have not been assigned to a package (currently 2294). Assigning these bugs to the correct package ensures that the correct people see these bugs & gets them one step closer towards being fixed. Jul 24 15:24:37 Confirming bug reports by reproducing them is also another relatively easy task that is very helpful. Please bear in mind that you should not confirm your own bug reports though – we need at least 2 different people with 2 different installations to consider a bug report being “confirmed”. Jul 24 15:24:52 All of these activities help the bug report to get fixed and subsequently are making Ubuntu even better. Jul 24 15:25:27 question: just on launchpad semantics: what is the difference between "edge" and "plain" launchpad? Jul 24 15:25:50 and should I care? Jul 24 15:25:51 Extra point: A bug could be due to a configuration error, confirming that someone else has the same "issue" help rule out config errors. Jul 24 15:26:47 Edge is basically a sort of testing ground for new features on Launchpad. https://answers.launchpad.net/launchpad/+faq/75 explains it fairly well Jul 24 15:27:24 gorilla: yes, that is one of the most important reasons why we should not confirm our own bugs Jul 24 15:31:22 What is "Bug Status"? Jul 24 15:31:33 There are currently 9 status classifications, they are: New, Incomplete, Invalid, Confirmed, Triaged, In Progress, Fix Committed, Fix Released and Won't Fix. Jul 24 15:32:04 A very brief explanation of what each status is used for and what it means is: Jul 24 15:32:28 “New” means that no-one has triaged or confirmed the report. This is the default status for all bugs when they are first filed Jul 24 15:32:37 “Incomplete” means that the bug is missing some information like the steps to reproduce or a requested log file. Jul 24 15:32:45 “Invalid” should be used when the bug report does not contain adequate information to determine whether or not it is a bug. Jul 24 15:32:53 “Confirmed” is pretty self explanatory. It means that someone other than the reporter has experienced the same bug. Jul 24 15:33:00 “Triaged” is set by a member of the Ubuntu Bug Control team when they think that the bug has enough information for a developer to start working on fixing the issue. Jul 24 15:33:35 “In Progress” means that a developer is actively working on fixing the bug. Please note that this should only be used by someone who is actively working on a fix for the bug Jul 24 15:33:43 “Fix Committed” means that a developer has committed a fix to a bzr branch or to another repository. Jul 24 15:34:00 Fix Released” means that the fix is released & available in an official Ubuntu repository. Jul 24 15:34:18 More information on Bug Status can be found at https://wiki.ubuntu.com/Bugs/Status Jul 24 15:35:53 One point to note is that there is often confusion surrounding the "Fix Released" status. If a bug report is set to "Fix Released" it may be fixed in the current development release, not the current stable release Jul 24 15:36:11 any questions before I move on? Jul 24 15:36:34 "so, if a fix is proposed, does it come with the next update or do we have to fix it ourselves?" Jul 24 15:37:58 when a fix is proposed, it will usually be fixed in the development release (currently Maverick or Ubuntu 10.10) Jul 24 15:38:35 To follow that question: who determines if the fix is backported to the stable release? Jul 24 15:39:01 so, does that mean i won't experience the bug fix on 10.04? Jul 24 15:39:46 For the fix to be made available in "stable" releases, it must go through the "SRU" (Stable Release Updates) process. See https://wiki.ubuntu.com/StableReleaseUpdates for details on the SRU process Jul 24 15:40:12 basically it needs to be a *very* precise, small change Jul 24 15:40:16 ah, i always wondered about that too Jul 24 15:41:07 if it qualifies for an SRU, the package will be uploaded to the -proposed repository (e.g. lucid -proposed) & it will be tested to ensure there are no regressions Jul 24 15:41:29 http://people.ubuntu.com/~ubuntu-archive/pending-sru.html is a list of all current packages that are going through the SRU process Jul 24 15:41:38 oh! okie. Jul 24 15:42:10 ok, any more questions before I move on? Jul 24 15:43:55 also, one other thing that relates to Bug Status Jul 24 15:44:52 there is a new Status - "Opinion". It is currently being trialled & is not in widespread use yet Jul 24 15:45:35 This blog post gives a good overview of "Opinion" http://blog.launchpad.net/bug-tracking/new-bugs-status-opinion Jul 24 15:46:03 any other questions? Jul 24 15:46:42 kermiac: i guess we need to be running the dev release to confirm bugs and whatnot? Jul 24 15:47:41 nisshh: not necessarily, but it is a good idea to have at least a VM or something similar of the current dev release to see if the bug has been fixed in the latest packages available Jul 24 15:48:28 please note that I do not encourage people to run the latest dev release on a production system Jul 24 15:49:07 kermiac: I agree with both of those points. :-) Jul 24 15:49:29 What is "Bug Importance"? Jul 24 15:49:44 The importance of the bug signifies the priority that it should be given by people fixing bugs. In order to set the Importance field in Launchpad, you need to be a member of Ubuntu Bug Control Team. Jul 24 15:50:13 I will discuss the difference between Bug Squad & Bug Control Teams shortly Jul 24 15:50:28 There are currently 6 Importance classifications, they are: Undecided, Wishlist, Low, Medium, High and Critical. Jul 24 15:50:42 A very brief explanation of what each importance is used for and what it means is: Jul 24 15:50:51 "Undecided" is the default importance for new bug reports. It means that there is not enough information to determine its importance. Jul 24 15:50:58 "Wishlist" is a request to add a new feature to one of the programs in Ubuntu. Jul 24 15:51:08 "Low" refer to bugs which affect functionality, but to a lesser extent than most bugs (e.g easy workaround, uncommon hardware) Jul 24 15:51:18 "Medium" is almost like the default Importance that is set. Most bugs are of medium importance (e.g. not easy to workaround) Jul 24 15:51:26 "High" refers to bugs that make a default installation unusable for some users (e.g. system fails to boot or "X" fails to start or an essential piece of hardware fails to work Jul 24 15:51:34 "Critical" is reserved for bugs that have a severe impact on a large portion of Ubuntu users. Jul 24 15:51:48 More information on Bug Importance can be found at https://wiki.ubuntu.com/Bugs/Importance Jul 24 15:52:07 any questions relating to Bug Importance? Jul 24 15:52:40 Not here, doing well kermiac Jul 24 15:52:49 not from me. Jul 24 15:52:58 keep going sir Jul 24 15:53:01 ok, I'll move on Jul 24 15:53:15 What is the Ubuntu BugSquad? Jul 24 15:53:28 The BugSquad (https://launchpad.net/~bugsquad) is the first point of contact for the bugs filed about Ubuntu, we keep track of them and try to make sure that major bugs do not go unnoticed by the Developers Jul 24 15:53:38 Working with the BugSquad is a great way to start helping and to also learn a lot about Ubuntu and it's infrastructure. Jul 24 15:53:49 If you find that you like helping to triage bugs, I highly recommend joining the BugSquad. See https://wiki.ubuntu.com/BugSquad for details on how to join. Jul 24 15:54:00 You don't need any programming knowledge to help with triaging bugs, there are really only a 3 requirements to join the BugSquad: Jul 24 15:54:07 1.Sign the Code of Conduct Jul 24 15:54:13 2.Read the Triage Guide - https://wiki.ubuntu.com/Bugs/HowToTriage/ Jul 24 15:54:20 3.Subscribe to the BugSquad Mailing List - https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad Jul 24 15:54:52 A relatively new project that has started is the BugSquad Mentoring Program Jul 24 15:54:54 We encourage everyone who wants to join the Ubuntu BugSquad team to also join our BugSquad Mentoring Program. You can find more details on how this Mentoring Program works at https://wiki.ubuntu.com/BugSquad/Mentors Jul 24 15:55:26 What is the Ubuntu Bug Control Team? Jul 24 15:55:38 The Ubuntu Bug Control team (https://launchpad.net/~ubuntu-bugcontrol) is a subset of the BugSquad who can change the Importance of Ubuntu bug tasks and set the status of an Ubuntu bug task to "Triaged" or "Won't Fix". Jul 24 15:55:50 This team is for more experienced bug triagers and the requirements for joining this team are more involved. These requirements can be found at https://wiki.ubuntu.com/UbuntuBugControl Jul 24 15:56:09 Any questions? Jul 24 15:56:51 not yet. Jul 24 15:57:14 ok, the last thing I wanted to discuss before moving into some example bugs is HugDays Jul 24 15:57:27 What is a HugDay? Jul 24 15:57:41 If you find that you like triaging bugs & want to get more involved, the BugSquad organises an event called "Ubuntu Bug Day" or Hug day (Triage a bug win a hug!) usually once a week. Jul 24 15:57:50 The basic idea of a Hug Day is to work together with the BugSquad and project maintainers to focus on a specific package or task. Jul 24 15:58:05 Hug Days are perfect to start working on the Bugsquad as there are always plenty of people around to guide you & answer any questions you might have. Jul 24 15:58:13 More information on Hug Days can be found at https://wiki.ubuntu.com/UbuntuBugDay/ Jul 24 15:59:17 Before I move on to working through a couple of example bugs I would like to mention that there are usually plenty of people willing to help with Bug Triage in #ubuntu-bugs (on the Freenode IRC Network). Jul 24 15:59:33 Also, https://wiki.ubuntu.com/AustralianTeam/Projects/BugJams#Helpful%20Bug%20Triaging%20Links has a collection of useful links. Jul 24 15:59:53 any questions before we start to look at a couple of example bug reports? Jul 24 16:02:28 As I mentioned earlier, one of the easier task to get started with Bug Triage is assigning bugs to the correct package Jul 24 16:02:49 lets open up https://bugs.launchpad.net/ubuntu/+bug/608528 Jul 24 16:02:51 Ubuntu bug 608528 in Ubuntu "unable to boot from dists past 9.04, 10.04 fails to bring up the desktop unable to update insufficient memory and unable to install a later version. previous 485171 passed to the linux package Upgraded from 9.04 to 9.1 and system fails reverting back to kernel 2.6.28.15 works but no sound. system fails on 9.1 live boot, using an Asus M2N68_VM motherboard which uses Nvidea 7 Series Shader model 3.0 and VT1708B H/D audio H Jul 24 16:03:11 The first thing to do with this report is to change the title of that bug to something a little more manageable. Something like "Asus M2N68_VM fails to boot" will do. Jul 24 16:03:21 hmmm. not easy to read short description. Jul 24 16:03:37 does everyone have that bug open? Jul 24 16:03:42 yep Jul 24 16:03:51 yep. Jul 24 16:04:33 ok, to change the title, we click on the little pencil inside a yellow circle next to the title (please don't do it - I will do it as we go through it together) Jul 24 16:05:01 then we can change the title to something like "Asus M2N68_VM fails to boot" Jul 24 16:05:41 ok, refresh that page. That title should be a lot more manageable Jul 24 16:07:17 bug 608528 Jul 24 16:07:19 Launchpad bug 608528 in Ubuntu "Asus M2N68_VM fails to boot" [Undecided,New] https://launchpad.net/bugs/608528 Jul 24 16:07:40 ok, did everyone refresh the page? The title should be a lot easier to manage now Jul 24 16:07:59 kermiac: yep. Jul 24 16:08:36 ok, the next thing we do is check https://wiki.ubuntu.com/Bugs/FindRightPackage to see what package this bug report should be filed under Jul 24 16:09:14 The bug report mentions being unable to boot, so https://wiki.ubuntu.com/Bugs/FindRightPackage#During%20boot should cover it Jul 24 16:09:50 I suspect friendlyfrank isn't a native english speaker Jul 24 16:09:52 Checking https://wiki.ubuntu.com/Bugs/FindRightPackage#During%20boot tells us that this should be filed against the kernel (the "linux" package) Jul 24 16:09:57 kermiac: it looks like the wiki stuff for the bugsquad is pretty comprehensive Jul 24 16:10:40 yes, the BugSquad Wiki is an invaluable reference that we (as triagers) refer to almost every day Jul 24 16:11:59 It does sound like a kernel driver regression for his hardware doesn't it? Jul 24 16:12:19 ok, so can assign this bug report to the "linux" package by clicking on the arrow next to the package (Ubuntu) Jul 24 16:12:22 do we need to explain the term "regression" anyone? Jul 24 16:12:36 MoLE_: yes, it does seem that way. Jul 24 16:12:59 please, could you explain the term? appreciate it. Jul 24 16:13:02 MoLE_: regression? nope I'm okay with it. Jul 24 16:13:03 Regression is basically "to go backwards", something that used to work but no longer does Jul 24 16:13:23 okie. Jul 24 16:13:28 i.e. my webcam was working in 9.10, but it no longer works in 10.04 Jul 24 16:13:36 rofl @ kermiac Jul 24 16:13:37 and in theory shouldn't ever occur in production. Jul 24 16:13:57 that's a *very* basic description, but hopefully it gives you the idea Jul 24 16:14:07 yup, it does. thanks. Jul 24 16:14:51 ok, so did everyone click on the "down arrow" next to the package name to see what I am talking about? Jul 24 16:15:03 yep Jul 24 16:15:06 have now. Jul 24 16:15:50 to assign this report to the "linux" package, we enter "linux" (without the quotes) into the textbox underneath the "package" header Jul 24 16:16:20 note that if you don't know the exact name of the package you can click on the "Choose" link next to this textbox Jul 24 16:17:50 that brings up a search box where you can enter in the start of the package namer (e.g. the first few letters) & then click on the magnifying glass to search for packages. Then you slelect a package name from the list Jul 24 16:19:09 ok, now that we have assigned it to the correct package, we need to give some sort of response. We can look at https://wiki.ubuntu.com/Bugs/Responses for a list of "Standard Responses" that the Bug Squad use Jul 24 16:19:51 As we have decided that this is a kernel issue, we can use this reponse - https://wiki.ubuntu.com/Bugs/Responses#Debugging%20Kernel%20General Jul 24 16:20:54 so we copy & paste that response into the "comment on this change" textbox & set the status to "Incomplete" as we require more information from the reporter. I will also assign the "Low" importance as this seems to fall under "Ones that affect unusual configurations or uncommon hardware" Jul 24 16:21:22 Another thing that is encouraged is to subscribe to the bug report so that we are notified of any updates Jul 24 16:21:27 kermiac, doesn't the bug already contain apport bug info? Jul 24 16:21:52 MoLE_: the info that apport uploads changes, depending on which package it is assigned to Jul 24 16:22:01 ah Jul 24 16:22:12 as this was filed withough a package assigned to it, it only has the basic apport info attached Jul 24 16:22:14 so do we need to remove the tag as well then? Jul 24 16:22:59 MoLE_: which tag? Jul 24 16:23:29 gorilla, apport-bug Jul 24 16:23:58 MoLE_: ahh.. thanks. Jul 24 16:24:00 we can tag it, however I am not certain that this is a regression so I am hesitant to add a regression tag Jul 24 16:24:14 information on bug tags can be found at https://wiki.ubuntu.com/Bugs/Tags Jul 24 16:24:32 I'm just wondering if we need to remove the apport-bug tag from the bug report if we are asking for more apport info Jul 24 16:26:39 MoLE_: No, we wouldn't remove that tag as it was reported by apport Jul 24 16:26:53 ok fair enough kermiac Jul 24 16:24:15 kermiac: QUESTION: if we find a bug that relates to software from a PPA (not in the repos) what then? Jul 24 16:25:43 nisshh: in that case we would invalidate the bug with this response - https://wiki.ubuntu.com/Bugs/Responses#Packages%20not%20provided%20by%20Ubuntu Jul 24 16:26:12 note under that standard response, there is one specifically for medibuntu packages also Jul 24 16:26:17 kermiac: right Jul 24 16:26:54 bug 608528 Jul 24 16:26:56 Launchpad bug 608528 in linux (Ubuntu) "Asus M2N68_VM fails to boot" [Low,Incomplete] https://launchpad.net/bugs/608528 Jul 24 16:27:17 so you have rated this Low? Jul 24 16:27:22 may I ask why? Jul 24 16:27:23 ok, if we refresh the page it looks like we are now finished with that bug until the reporter supplies more info Jul 24 16:27:51 I assigned the "Low" importance as this seems to fall under "Ones that affect unusual configurations or uncommon hardware" Jul 24 16:28:19 mostly because it is "uncommon hardware" - see https://wiki.ubuntu.com/Bugs/Importance Jul 24 16:28:25 Is the asus a5n laptop unusual? Jul 24 16:28:46 And if so, who decides that? Jul 24 16:28:48 only due to the fact that it only affects a small subset of users Jul 24 16:29:11 So as opposed to if it affected ALL asus laptops or something? Jul 24 16:29:16 MoLE_: sometimes you can only base that on the number of people reporting the issue. Jul 24 16:29:34 it's a judgement call really, it only seems to affect that particular motherboard... yes what head_victim said is also true Jul 24 16:29:55 Just ratholing for a sec, but I have seen several bugs which seem to affect a lot of people but is marked Low Jul 24 16:30:04 that is also correct gorilla, as I said - it all comes down to being a judgement call Jul 24 16:30:21 I guess the priority can be changed at any time? Jul 24 16:30:37 MoLE_: if you look through https://wiki.ubuntu.com/Bugs/Importance you can see there are various reasons for a bug report to be classified as "low" Jul 24 16:31:33 Also, you are correct MoLE_. The Importance is not "set in stone" & can be changed if/when necessary Jul 24 16:32:52 ok, are there any questions about that bug report before I move on? Jul 24 16:33:07 sounds good so far. Jul 24 16:33:36 ok, moving on Jul 24 16:33:38 Occasionally bug reports are actually a support request. Support requests can be easily converted to a question on the Launchpad Answer Tracker (https://answers.launchpad.net/) by clicking on the "Convert to a question" link on the top right hand side of the bug report. This will invalidate the bug with a brief explanation of why this bug report was converted to a question & open a new question on the Answer Tracker. Jul 24 16:34:09 lets take a look at bug 609305 Jul 24 16:34:10 Launchpad bug 609305 in totem (Ubuntu) " disk is not formatted to play in this region" [Undecided,New] https://launchpad.net/bugs/609305 Jul 24 16:34:30 Does everyone agree that appears to be a support request? Jul 24 16:34:51 This bug report appears to be from someone who does not have the Restricted Extras" package installed. Jul 24 16:34:53 kermiac: I think so. Jul 24 16:35:07 I will convert this bug report to a question & refer them to these 2 wiki pages https://help.ubuntu.com/community/RestrictedFormats & https://help.ubuntu.com/community/RestrictedFormats/PlayingDVDs Jul 24 16:35:35 I noticed there this version of totem isn't a genuine ubuntu package? Jul 24 16:37:36 Also has a duplicate assigned to it Jul 24 16:37:39 yes, that is most likely due to the version of the package the reporter has installed Jul 24 16:38:05 yes, it has a duplicate assigned to it as the reporter filed 2 identical bugs so another triager has already duped the other report Jul 24 16:38:19 so will the conversion process pick up both bugs? Jul 24 16:38:52 yes, the other report will still be a duplicate of that bug Jul 24 16:39:18 ok, so did everyone see how to convert the bug report to a question by clicking on the "Convert to a question" link on the top right hand side of the bug report Jul 24 16:39:34 yes. Jul 24 16:39:43 yep Jul 24 16:40:05 okay.. yep.. seee it. Jul 24 16:40:42 this takes you to a screen like this - http://imgbin.org/images/2106.png Jul 24 16:40:58 with a nice pre-filled explanation of what we are doing and why Jul 24 16:41:26 then we click on the "Convert this bug into a question" button Jul 24 16:41:39 kermiac: and we leave it up to the the reporter to ask why it's not a bug?? Jul 24 16:42:15 we hope that the reporter will read the comment we left Jul 24 16:42:33 okay. Jul 24 16:42:40 ok, if you refresh your page you will see that this is now converted to a question Jul 24 16:42:44 bug 609305 Jul 24 16:42:45 Launchpad bug 609305 in totem (Ubuntu) " disk is not formatted to play in this region" [Undecided,Invalid] https://launchpad.net/bugs/609305 Jul 24 16:43:16 it has invalidated the bug report & opened https://answers.launchpad.net/ubuntu/+source/totem/+question/118801 Jul 24 16:43:43 neat. Jul 24 16:43:52 launchpad magic Jul 24 16:44:14 to follow up with this reporter, I will make a quick comment in the answer tracker mentioning those 2 wiki articles relating to the "restricted extras" package Jul 24 16:45:09 kermiac, Question: is there an RSS feed of unassigned bugs? Jul 24 16:46:45 MoLE_: I do not know of an RSS feed, http://is.gd/dE49D is a link to all of the bugs that have not been assigned to a package (currently 2294) Jul 24 16:47:31 freck! I though we had a mismanaged queue at work. Jul 24 16:47:47 ok, if you refresh https://answers.launchpad.net/ubuntu/+source/totem/+question/118801 you can see that I added a comment to follow up with the reporter that will hopefully help him resolve the issue he/she is experiencing Jul 24 16:47:55 kermiac: i just thought of one thing. couldn't an argument be made that the error message is unecessarily confusing and needs to be rewritten to point the user in the direction of solving their problem. Could not that be the real bug here? Jul 24 16:48:49 nUboon2Age: that would be something that would need to be discussed on a mailing list or some other medium. Launchpad is not a soapbox or a discussion forum Jul 24 16:49:35 kermiac: ok Jul 24 16:49:57 Also, if it turns out that a bug that we have converted into a question actually is a bug, we simply change the status from invalid to the necessary status Jul 24 16:50:15 any other questions? I have one last example bug Jul 24 16:50:33 kermiac: doing really well, these examples are gold Jul 24 16:51:02 kermiac: going well thus fair. Jul 24 16:51:04 ok, the last example I want to go through is marking a bug as a duplicate Jul 24 16:51:07 Unforutnately the nice example bug I choose this morning is no longer a good candidate to use as there is disagreement on exactly what the cause of the issue is. Instead we can go through the steps I took to mark this bug report as a duplicate a while ago. Jul 24 16:52:08 let's take a look at the steps I took to mark bug 605933 as a duplicate about a week ago Jul 24 16:52:10 Launchpad bug 605933 in ubuntuone-client (Ubuntu) "client crashes at wlan change (dup-of: 458393)" [Undecided,Confirmed] https://launchpad.net/bugs/605933 Jul 24 16:52:11 Launchpad bug 458393 in Ubuntu One Client "BadTransition: SYS_SERVER_RESCAN_DONE" [High,Fix released] https://launchpad.net/bugs/458393 Jul 24 16:52:29 please open the 605933 link above Jul 24 16:53:29 With Ubuntu One related bugs, a lot of useful information can be found in the attached "syncdaemon.exceptions.log.txt" file. Jul 24 16:53:42 If you click on that file, the important information is at the bottom - "BadTransition: State READY_WAITING_WITH_METAQ can't handle the SYS_SERVER_RESCAN_DONE event" Jul 24 16:54:36 so we need to try to find a bug report with that information in it that we can use as a "master" bug report Jul 24 16:54:44 Unfortunately, the search mechanism within Launchpad does not always find duplicate reports. To workaround this issue I use google when seaching for duplicates. To use google to search for duplicate bug reports you do the following steps: Jul 24 16:55:02 goto www.google.com & use the following as a search term: Jul 24 16:55:13 site:bugs.launchpad.net "INSERT ERROR/DESCRIPTION HERE" Jul 24 16:55:36 e.g. - site:bugs.launchpad.net "gnome-panel crash" will display all LP bugs containing the search term "gnome-panel crash". Jul 24 16:55:49 You can use any of the google search operators to help refine your search results. See http://www.google.com/help/cheatsheet.html for more detailed information regarding google search operators Jul 24 16:56:11 ok, back to our example Jul 24 16:57:09 we can use the following google search to find duplicate bug reports that contain the same error message as our example bug Jul 24 16:57:36 site:bugs.launchpad.net "BadTransition: State READY_WAITING_WITH_METAQ can't handle the SYS_SERVER_RESCAN_DONE event" Jul 24 16:58:41 If we use google to search for duplicate bugs with that string, it shows 2 bug reports. If we open those 2 bug reports we can see that they have both been marked as duplicates of bug 458393 Jul 24 16:59:12 If we look at bug 458393, we can see that it is the "master" bug report for this issue. Jul 24 16:59:32 To mark a bug report as a duplicate, you click on the "mark as duplicate" link on the top right hand side of the bug report,add the bug report number for the "master" bug report & then click on the tick to save our changes. Jul 24 16:59:48 You can read through https://wiki.ubuntu.com/Bugs/MarkingDuplicate for more information on marking bug reports as duplicates. Jul 24 17:01:42 ok, thanks for coming to this session, I hope everyone learned something today Jul 24 17:01:45 thanks for the session. learned a lot. Jul 24 17:02:47 I will add a link to the session logs at https://wiki.ubuntu.com/AustralianTeam/Projects/BugJams & I will send an email to the AU mailing list after I have uploaded the logs Jul 24 17:02:49 kermiac: thank you for going through all of this. I think a lot of the barrier is the confidence to actually do this stuff. So now we know what it's meant to be I for one am a lot more confident looking at it all even if I already knew the basic procedure. Jul 24 17:03:08 * MoLE_ applauds kermiac for his efforts Jul 24 17:03:14 excellent, also please feel free to ping me with any question you may have Jul 24 17:03:47 also, there are a lot of people in #ubuntu-bugs who would be more than happy to help with any triaging questions you may have Jul 24 17:04:01 It's sometimes a bit daunting to go into #ubuntu-bugs and stuff to ask questions when you're very new so this was really good. Jul 24 17:04:22 I'm with head_victim I'm too scared to go into #ubuntu-bugs yet Jul 24 17:04:34 me too Jul 24 17:06:57 Please don't be "scared" to come into #ubuntu-bugs Jul 24 17:07:04 we don't bite (hard) :P Jul 24 17:07:17 lol! Jul 24 17:07:19 I hope they have all signed the CoC Jul 24 17:07:26 there are no stupid questions, only stupid answers Jul 24 17:07:53 well, everyone on the Bug Squad & Bug Control Teams have - it's a requirement Jul 24 17:04:52 If you find that you are enjoying bug triage, please join the bug squad & look into the Bug Squad Mentoring program. I (along with many others) are mentors in that program & we are always looking for more students. I think the backlog has pretty much cleared now Jul 24 17:05:23 Well kermiac I think you've just got a channel of unofficial students either way. Jul 24 17:05:34 yup Jul 24 17:05:41 poor kermiac Jul 24 17:05:41 yup. :D Jul 24 17:05:54 you're stuck with us now Jul 24 17:03:54 i've got a question, (maybe you answered part of this above) what is the criteria for marking 'triaged', and who has the permission to mark it triaged? Jul 24 17:06:38 nUboon2Age: "triaged" basically means that the report has all of the information required for a dev to work on fixing the bug. see https://wiki.ubuntu.com/Bugs/Status for more info Jul 24 17:08:45 so, if i want to start out as a rookie bug triager, i have to sign the CoC? right? Jul 24 17:08:52 kermiac: i think ill join the mentoring program, iv been meaning to get into triaging for a while now Jul 24 17:08:59 kermiac: thanks again for your time, really well put together. I have to run away now to work but so glad it fell within a time I could make. Jul 24 17:09:04 JoeMaverickSett, I don't think so, only if you want to join the bugsquad Jul 24 17:09:23 kermiac: great lesson too by the way, i learnt a few things Jul 24 17:09:37 kermiac, me too, and I've been reporting bugs since 2006 Jul 24 17:09:39 MoLE_, oh! okie.also, p Jul 24 17:09:41 thanks kermiac! Jul 24 17:10:05 thank you kermiac ! Jul 24 17:10:27 JoeMaverickSett: anyone can start triaging bugs as long as they have a Launchpad acount. However, it is encouraged to join the Bug Squad so that you can get help & if we see that you need a hand we can help you out & know you aren't just randomly changing bug reports Jul 24 17:10:43 kermiac, ok. Jul 24 17:10:49 got it Jul 24 17:11:01 Thanks again to everyone for joining in on the session, it seemed to be very productive }}} <>