Comments on: Improving Bugzilla: People, Bugs, Search, and Planning http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/ -- aza | ɐzɐ -- Wed, 08 Feb 2012 10:25:12 +0000 hourly 1 http://wordpress.org/?v=3.1 By: شات http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-14359 شات Thu, 09 Jun 2011 02:38:00 +0000 http://www.azarask.in/blog/?p=212#comment-14359 China wholesale beads store, free shipping, and very good post really China wholesale beads store, free shipping, and very good post really

]]> By: دردشة http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-14358 دردشة Thu, 09 Jun 2011 02:37:40 +0000 http://www.azarask.in/blog/?p=212#comment-14358 this is vere niceee this is vere niceee

]]> By: basur http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-12134 basur Tue, 26 Oct 2010 08:59:21 +0000 http://www.azarask.in/blog/?p=212#comment-12134 We have a bug for making the default enter_bug form simpler. It actually requires very little work at this point, but the developer assigned hasn’t done anything about it for a while. We have a bug for making the default enter_bug form simpler. It actually requires very little work at this point, but the developer assigned hasn’t done anything about it for a while.

]]> By: بنت الكويت http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-11950 بنت الكويت Sat, 02 Oct 2010 10:11:10 +0000 http://www.azarask.in/blog/?p=212#comment-11950 nice A couple of days I told a friend about this, noting that it probably will be realized on Android first.e. nice A couple of days I told a friend about this, noting that it probably will be realized on Android first.e.

]]> By: göt sikiş http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-11915 göt sikiş Fri, 01 Oct 2010 10:41:56 +0000 http://www.azarask.in/blog/?p=212#comment-11915 Max Kanat-Alexander, Alex Faaborg, Jennifer Boriss, Madhava Enros, Dave Miller, Max Kanat-Alexander, Alex Faaborg, Jennifer Boriss, Madhava Enros, Dave Miller,

]]> By: Sex http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-11364 Sex Tue, 07 Sep 2010 02:04:12 +0000 http://www.azarask.in/blog/?p=212#comment-11364 One really simple change I’d like to see is how form posts are handled in Bugzilla. Right now, when you make a change of any sort, say add a comment, and submit, the result of the form post is the newly updated bug. That’s convenient. That is, right up until you see an email that someone else has made a change that you want to see. The bug’s still up, so you naturally hit F5/Cmd-R to refresh the bug. The problem is that when you do this, Bugzilla tries to resubmit the last change, which you don’t want to do. One really simple change I’d like to see is how form posts are handled in Bugzilla. Right now, when you make a change of any sort, say add a comment, and submit, the result of the form post is the newly updated bug. That’s convenient. That is, right up until you see an email that someone else has made a change that you want to see. The bug’s still up, so you naturally hit F5/Cmd-R to refresh the bug. The problem is that when you do this, Bugzilla tries to resubmit the last change, which you don’t want to do.

]]> By: porno http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-11260 porno Sun, 05 Sep 2010 23:51:00 +0000 http://www.azarask.in/blog/?p=212#comment-11260 One really simple change I’d like to see is how form posts are handled in Bugzilla. Right now, when you make a change of any sort, say add a comment, and submit, the result of the form post is the newly updated bug. That’s convenient. That is, right up until you see an email that someone else has made a change that you want to see. The bug’s still up, so you naturally hit F5/Cmd-R to refresh the bug. The problem is that when you do this, Bugzilla tries to resubmit the last change, which you don’t want to do. One really simple change I’d like to see is how form posts are handled in Bugzilla. Right now, when you make a change of any sort, say add a comment, and submit, the result of the form post is the newly updated bug. That’s convenient. That is, right up until you see an email that someone else has made a change that you want to see. The bug’s still up, so you naturally hit F5/Cmd-R to refresh the bug. The problem is that when you do this, Bugzilla tries to resubmit the last change, which you don’t want to do.

]]> By: Zayıflama Lida Fx15 Ve Biber Hapı Zlfvbh http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-10263 Zayıflama Lida Fx15 Ve Biber Hapı Zlfvbh Wed, 21 Jul 2010 22:39:48 +0000 http://www.azarask.in/blog/?p=212#comment-10263 All these ideas sound great. Where are the notes located? Is there a project planning wiki or buglist for all these features? I’d love to follow the progress. All these ideas sound great. Where are the notes located? Is there a project planning wiki or buglist for all these features? I’d love to follow the progress.

]]> By: Vinod http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-5346 Vinod Thu, 14 May 2009 11:40:41 +0000 http://www.azarask.in/blog/?p=212#comment-5346 Bugzilla having all basic feature of bug tracking, I feel, all the bugs must be listed when user selects 'New' and the relevant product/project. As this will enable user to have a look at kind of issues logged before entering his bug. The other option would be to place 'New' link above the bug list of desired project/product. Bugzilla having all basic feature of bug tracking, I feel, all the bugs must be listed when user selects ‘New’ and the relevant product/project. As this will enable user to have a look at kind of issues logged before entering his bug.

The other option would be to place ‘New’ link above the bug list of desired project/product.

]]> By: Benjamin Smedberg http://www.azarask.in/blog/post/improving-bugzilla-people-bugs-search-and-planning/comment-page-1/#comment-3478 Benjamin Smedberg Thu, 15 Jan 2009 17:31:29 +0000 http://www.azarask.in/blog/?p=212#comment-3478 Bugzilla requires everyone to make too many choices all the time. Reduce to the absolute minimum the amount of information required/presented by bugzilla. Currently we track all kinds of fields (Os/platform/severity/priority/etc). Most of these fields are only useful occasionally, and often just get in the way or are incorrect. Rather than requiring that everyone try to fill in correct metadata all the time, only submit metadata when it's actually likely to be useful. Also my little pet peeve: why are Status and Resolution separate fields? Ideally we'd just have one status field, with a simple set of dropdowns like: UNCO NEW ASSIGNED FIXED VERIFIED INCOMPLETE WORKSFORME DUPLICATE INVALID Bugzilla requires everyone to make too many choices all the time.

Reduce to the absolute minimum the amount of information required/presented by bugzilla. Currently we track all kinds of fields (Os/platform/severity/priority/etc). Most of these fields are only useful occasionally, and often just get in the way or are incorrect. Rather than requiring that everyone try to fill in correct metadata all the time, only submit metadata when it’s actually likely to be useful.

Also my little pet peeve: why are Status and Resolution separate fields? Ideally we’d just have one status field, with a simple set of dropdowns like:

UNCO
NEW
ASSIGNED
FIXED
VERIFIED
INCOMPLETE
WORKSFORME
DUPLICATE
INVALID

]]>