Introduction to Bug Triage (2008-12-06 classroom)

From FedoraProject

Jump to: navigation, search

Fedora Classroom - Introduction to Bug Triage - Jon Stanley - Saturday, December 6, 2008

-!- nirik changed the topic of #fedora-classroom to: Fedora IRC Classroom - Introduction to Bug Triage with Jon Stanley ( jds2001 ). https://fedoraproject.org/wiki/Communicate/IRC/Classroom for schedule and more information. 13:30
inode0 I like it 13:30
jds2001 inode0: i didnt come up with that template, poelcat did :) 13:30
jds2001 unsure of where he got it, i just came up with content :) 13:31
inode0 that is the part we are here for 13:31
jds2001 anyhow, so that presentation is great for notes afterwards, I'm not going to belabor every slide in it, and we'll actually triage some bugs now 13:32
spevack nice 13:32
jds2001 so in order to triage bugs, you need some special permissions in bugzilla. 13:32
jds2001 you can get those by applying for the 'fedorabugs' group in FAS 13:33
jds2001 So long as you have signed the CLA, I or someone else will approve you, no questions asked. 13:33
ethospir jds2001, you wouldn't have the presentation as images I suppose ? 13:33
jds2001 ethospir: i can save it as pdf if you like 13:34
ethospir jds2001, yes please :) 13:34
@nirik jds2001: I can do that if you like and you can keep going? 13:35
jds2001 already done :) 13:35
jds2001 http://jstanley.fedorapeople.org/bug-triage-2008-jun-17-jstanley.pdf 13:36
ethospir thank you. 13:36
@nirik cool. 13:36
jds2001 so even though membership in 'fedorabugs' is "automatic", i.e. no questions asked, it is still a manual process. 13:37
jds2001 sometimes I get to them in as little as 5 minutes, sometimes it takes me a few days. 13:37
jds2001 feel free to prod me with a stick if you have an unapproved request :) 13:38
jds2001 after you're approved for the group, the sync with bugzilla takes place every hour. 13:38
jds2001 so anyhow, what is triage, and why would I want to do it? 13:38
* MartinCo is glad he did n't miss it 13:39
jds2001 triage is a very simple way to give back to the community, and hopefully get your bugs fixed faster, by freeing maintainers from having to deal with triage themselves. 13:40
jds2001 it requires very little technical knowledge, but can use as much as you have. 13:40
jds2001 so the continuing goal that we have is the effective triage of rawhide. 13:41
jds2001 Since that's going to be the highest value. Don't think that you *can't* triage released versions, we need people for that too. 13:42
jds2001 Simply our resources are limited at the moment, and we've found that to be the most effective way to use them. 13:42
jds2001 so the basic premise of triage is this: 13:43
jds2001 1) Is the bug complete and actionable? 13:43
jds2001 2) Is it filed against the right component 13:43
jds2001 3) Is it something we *can* fix? (i.e. not having to do with propietary nvidia drivers, adobe flash, whatnot) 13:44
jds2001 4) Is it a duplicate? 13:44
jds2001 those four things are really all that you need to know! 13:45
jds2001 on slide 5, there's a picture of what the state transistions for a bug can look like 13:47
jds2001 I'd like to thank John Poelstra for the picture, he's great at these things! :) 13:47
jds2001 does it make sense, or should I explain it a little further (I figure a picture is worth 1000 words :) ). 13:48
* jds2001 moves on, I guess 13:49
John5342 jds2001: just a reminder that bug lifecycle has changed ever so slightly (although not that relevant to triage). got the link handy if you want it 13:49
* nirik thinks it makes sense... ;) 13:50
jds2001 sure. 13:50
* MartinCo opens the pdf 13:50
John5342 http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow 13:50
John5342 just the adition of the optional on_dev state 13:50
jds2001 oh, right. 13:50
John5342 not overly relevant though. sorry for the interruption 13:51
jds2001 some maintainers were concerned about us putting bugs into ASSIGNED without their review and teams internal triage. 13:51
jds2001 so the state ON_DEV is used by those teams. 13:51
jds2001 also somewhat important to note that this slide was written for the old version of bugzilla. 13:52
jds2001 recently, we introduced a new version, 3.2. This is a rather drastic UI change, but most of the workflow is the same. 13:53
jds2001 the important exception is that NEEDINFO is no longer an independent bug state, it's a "flag" 13:53
jds2001 and at the bottom of the comment box, there's an option to set the flag and request the info of a specific person. 13:54
jds2001 any questions? 13:55
ethospir The triager knows whom to assign the bug to ? 13:57
jds2001 the assignee is defaulted for each bug to the component owner. 13:58
ethospir ok 13:59
jds2001 so unless someone has changed it, it's probably right. There's also co-maintainers that would be on the initial CC list. 13:59
jds2001 any more? 14:00
jds2001 alright, what about actually triaging a bug or two? 14:02
ethospir sure :) 14:03
jds2001 OK, I've found a bug that is highly likely a duplicate :) 14:04
jds2001 but maybe not :) 14:04
jds2001 https://bugzilla.redhat.com/show_bug.cgi?id=474956 14:04
jds2001 for those that might not now, we introduced a new version of python into rawhide on Thursday, and there's a lot of breakage to be expected. 14:05
jds2001 so for this, let's use a different interface to search for yum bugs. 14:06
jds2001 http://bugz.fedoraproject.org/yum 14:06
jds2001 well, i just searched that page for "deprecation" and didnt see any right off the top 14:09
jds2001 and this has already been looked at by a maintainer of yum, so I'm just going to move this one to ASSIGNED. 14:09
jds2001 any questions? 14:11
jds2001 although if we wanted to be complete on this one, you'll notice that one of the deprecation warnings comes from python-iniparse, we can make sure a bug is filed there as well. 14:14
jds2001 and I don't see one, unless it's closed. 14:15
ethospir Please feel free to ignore this if its not something you wanted to cover in the classroom. This bug: https://bugzilla.redhat.com/show_bug.cgi?id=474084 looks like it needs to go from ASSIGNED to NEED_INFO ? 14:17
jds2001 it already is. Like I said, it's now a flag, rather than a state. 14:18
jds2001 It's a little confusing. 14:18
ethospir right. 14:18
jds2001 first, in the subject line, you see [NEEDINFO] - that's automatically put there by bugzilla on that display page when something is in needinfo 14:18
jds2001 then in the right column, under flags, you can see the needinfo flag. 14:19
ethospir yes. 14:19
jds2001 I've only got about 10 minutes left here, any other questions or should I wrap it up? 14:21
@nirik how can one find bugs to tirage? 14:22
@nirik and what areas are in most need? 14:22
jds2001 oof, completely missed that. 14:22
jds2001 there are RSS feeds and preformatted queries on this page: 14:23
jds2001 https://fedoraproject.org/wiki/BugZappers/FindingBugs 14:23
jds2001 and the areas most in need is always rawhide, however, releases could use help as well. 14:24
jds2001 We've just decided to concentrate our limited resources on rawhide for now, especially towards the end of a release. However, it'd be nice to be able to tackle it from the get-go, right now :) 14:25
* nirik nods 14:26
jds2001 I hope this has been helpful, and I'll likely repeat it in February, and in person at FUDCon Boston if you'll be attending there. 14:28
-!- nirik changed the topic of #fedora-classroom to: Fedora IRC Classroom - Class break. Next class starting at 14:45UTC. See https://fedoraproject.org/wiki/Communicate/IRC/Classroom for schedule and more information. 14:28

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!