On 12.02.2004 07:38, Bertrand Delacretaz wrote:

...The dependency tree as we use it at the moment is not meant blocking, but that's an obvious wrong usage of it and bugzilla as it reads "bug 123 blocks 456". We really should use this only for blocking issues...

I disagree, these dependency lists are very useful to quickly get a picture of where we stand.

Hmm, a list can be created on the query page depending on the target milestone. The only thing that is lost is the tree, but I don't know if this is really needed.


I think bugzilla is used much more now than a few months ago and find it a Good Thing.

+1


Problem is, in a dependency page like
http://nagoya.apache.org/bugzilla/showdependencytree.cgi?id=25321
you don't see what's a blocker, what's nice to have and so on.

That works when querying the patch depending on the target milestone as you get a normal bug list.


An easy way to fix this would be to add [BLOCKER] to the title as we already do for patches.

I don't like these things that must be done by hand without any restrictions.


Bugzilla provides another function to add "might be good to have it in the release": target milestones. We should just add milestones for every release and set value for the "might be good ..."-bugs.


You're right but I prefer the dependency tree because of the crossed / non-crossed bug display.

Crossed/non-crossed means FIXED/OPEN?


And target milestones need to be changed manually a lot when bugs don't make it to the expected release.

On the other hand the current solution is to arbitrary IMO. There is absolutely no commitment to this setting "next release".


WDYT? Where are the bugzilla admins?

Some of us have additional rights in bugzilla to be able to define products and components, see
http://marc.theaimsgroup.com/?l=xml-cocoon-dev&m=107029869507213&w=2
But it doesn't mean we're the rulers of bugzilla, it's as much a community tool as everything else.

Of course. It was not a "do it", but more a "how does it work". I never used it, but see that the Mozilla community is using it heavily.


Joerg

Reply via email to