Bugzilla can be used for a LOT of things, trust me I'd know. <div><br></div><div>But I think you're right Gerv, the "philosophy" is more about maintaining and narrowing scopes and features than "philosophy". Does that change anything about the reality of the tool? I don't think it does.</div>
<div><br></div><div>However, what it might change is how we support people who want to make it more than a bug tracking system. Maybe we (the core developers) write a few enhancements to make bugzilla a more of a ticket tracker, or more of a PMS, but those are all extensions?</div>
<div><br></div><div>Francois just pointed out that he has had to do a bit of work to get around the severity field's restrictions but there could be a few extensions or code organizations to make it easier to do (I do think we're headed in that direction as we move more fields into fields.js btw. </div>
<div><br></div><div>However, as Max would point out, we can focus on extensions once Bugzilla isn't so unwieldy and unfriendly.</div><div><br></div><div>So I was reading the first line (i stopped there because i realized it could become a whole new conversation).</div>
<div><br></div><div>Gerv wrote: <span class="Apple-style-span" style="font-family: verdana, sans-serif; line-height: 16px; "><b>To help people fix bugs in software.</b></span></div><div>Max wrote: <span class="Apple-style-span" style="font-family: verdana, sans-serif; line-height: 16px; "><b>To help people store and organize bug reports.</b></span></div>
<div><br></div><div>I'm not sure either are great, however, Gerv your statement could also be applied to an IDE, which are actually used to "help people fix bugs in software" in fact if that was Bugzilla's philosophy then we'd need to add a debugger, something that lets users check in code from the UI, review the test cases against newly checked in code, stuff that testopia does... well you get the idea. Now many (myself included) would say "Geez don't be so litteral" but we all know that many folks will see Gerv's statement and start arguing for all sorts of new features.</div>
<div><br></div><div>I'm not much of a word smith so I'm not going to try to say the 1 sentence, but I think it should include the words file/communicate, triage/understand, find, follow and disposition bugs.</div>
<div><br></div><div>But as a developer  the software that "helps me fix bugs in software" is my IDE or my debugger. My bug tracker just tells me what to do next, how bad the situation is for an existing bug(/component/product based on bugs filed), find out how people think a bug should be fixed and lets me tell others I'm done and when and also lets me find out what others users found wrong.</div>
<div><br></div><div>To be clear to Gerv, I like your philosophy, but it doesn't fulfill the main purpose of stating this philosophy. So I'll state the reason/rationale for stating the philosophy....</div><div><br>
</div><div><b>To avoid scope creep and feature enhancements on a product (Bugzilla) which is already unwieldy and not user friendly by many accounts</b>.</div><div><br></div><div>So maybe the Bugzilla philosophy for now could be:</div>
<div><b>To not add any big new features that don't serve the purpose of simplifying and easing the use of existing features in Bugzilla.</b></div><div><b><br></b></div><div>But that's a tongue-in-cheek philosophy, so don't go posting this as the new Bugzilla philosophy! Besides we all know Bugzilla doesn't support fixing bugs on multiple branches very well, we should add that feature, erm i mean "enhancement" :P.</div>
<div><br></div><div>-Guy<br><br><div class="gmail_quote">On Mon, Mar 1, 2010 at 3:36 AM, Francois Cottet <span dir="ltr"><<a href="mailto:fct.java@gmail.com">fct.java@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi folks,<br>
<br>
While I agree that Bugzilla is not meant to replace any PMS, there are<br>
few enhancements which would be welcome.<br>
<br>
A simple one is a clear separation between bugs and enhancements.<br>
<a href="https://bugzilla.mozilla.org/show_bug.cgi?id=9412" target="_blank">https://bugzilla.mozilla.org/show_bug.cgi?id=9412</a><br>
"In my humble opinion" bugzilla is used in a more complex way than<br>
just a bug tracking system, most installation I have seen actually use<br>
Bugzilla as a "change tracking system".<br>
In my organization people (developers and managers) complain<br>
frequently about the interface, mainly because they can see at one<br>
glance what are the bugs and what are the enhancements.<br>
<br>
When a public release of a product is scheduled, people want to focus<br>
on bug fixing, while once the release is done and the product stable.<br>
We want to review the enhancement requests.<br>
Currently we use the "severity" field but it's a workaround and it<br>
seems that quite a few installations have to deal with that<br>
workaround.<br>
<br>
Best regards,<br>
Francois<br>
<div><div></div><div class="h5"><br>
<br>
<br>
<br>
<br>
<br>
On Mon, Mar 1, 2010 at 18:42, Gervase Markham <<a href="mailto:gerv@mozilla.org">gerv@mozilla.org</a>> wrote:<br>
> On 27/02/10 03:50, Justin Wood (Callek) wrote:<br>
>> help PEOPLE fix bugs. PEOPLE to fix bugs well usually wish to have a<br>
>> project management system of some sort. In Mozilla Project Management<br>
>> uses Bugzilla features for their ease of use, while I also *agree* it<br>
>> should NOT be a project management system this point should be felt more<br>
>> through the other goals rather than in opposition to them.<br>
><br>
> Well, let's reconsider the question entirely, just as a thought experiment.<br>
><br>
> Why do we want Bugzilla not to be a project management system?<br>
><br>
> 1) It increases code complexity<br>
> 2) It increases UI complexity<br>
> 3) It spreads development and testing resources thinner<br>
> ...<br>
><br>
> Why might someone want Bugzilla to be a project management system?<br>
><br>
> 1) There are organizational benefits of having your PMS and your task<br>
> tracker closely integrated<br>
> ...<br>
><br>
> (any more for either list)<br>
><br>
> So perhaps "Bugzilla is not a project management system" is not a bit of<br>
> philosophy; it's more a practical restriction we have decided to make to<br>
> avoid scope creep and focus our resources.<br>
><br>
> Gerv<br>
><br>
><br>
> _______________________________________________<br>
> dev-apps-bugzilla mailing list<br>
> <a href="mailto:dev-apps-bugzilla@lists.mozilla.org">dev-apps-bugzilla@lists.mozilla.org</a><br>
> <a href="https://lists.mozilla.org/listinfo/dev-apps-bugzilla" target="_blank">https://lists.mozilla.org/listinfo/dev-apps-bugzilla</a><br>
> -<br>
> To view or change your list settings, click here:<br>
</div></div>> <<a href="http://bugzilla.org/cgi-bin/mj_wwwusr?user=fct.java@gmail.com" target="_blank">http://bugzilla.org/cgi-bin/mj_wwwusr?user=fct.java@gmail.com</a>><br>
<div><div></div><div class="h5">><br>
_______________________________________________<br>
dev-apps-bugzilla mailing list<br>
<a href="mailto:dev-apps-bugzilla@lists.mozilla.org">dev-apps-bugzilla@lists.mozilla.org</a><br>
<a href="https://lists.mozilla.org/listinfo/dev-apps-bugzilla" target="_blank">https://lists.mozilla.org/listinfo/dev-apps-bugzilla</a><br>
-<br>
To view or change your list settings, click here:<br>
<<a href="http://bugzilla.org/cgi-bin/mj_wwwusr?user=guy.pyrzak@gmail.com" target="_blank">http://bugzilla.org/cgi-bin/mj_wwwusr?user=guy.pyrzak@gmail.com</a>><br>
</div></div></blockquote></div><br></div>