Re: easy-fix keywords in bugzilla

On Wed, 2002-02-27 at 12:50, Chris Lyttle wrote:
> On Wed, 2002-02-27 at 09:26, Luis Villa wrote:
> > On Wed, 2002-02-27 at 12:15, Owen Taylor wrote:
> > > 
> > > Anybody know where these are coming from?
> > > 
> > > Just sort of curious, but I keep seeing them on GTK+ bugs, like say:
> > > 
> > >
> > > 
> > > That are in no sense easy to fix. (Definition of "easy-fix" seems to
> > > be that the person submitting the bug report proposed some change...)
> > 
> > I recently modified bugzilla to allow the addition of keywords when a
> > bug is reported a few weeks ago; this makes the use of GNOME2 keywords
> > easier and a bit more consistent. It seems like people are taking
> > advantage of it in an unexpected way. Of the open bugs with 'easy-fix'
> > set, they are all either new or chris wilddev net decided they were easy
> > to fix. [Don't know why he did that, but he did.] 
> > 
> > FWIW, I've updated the keyword description to specify that only
> > developers should judge whether or not a bug is 'easy-fix'; hopefully
> > that will reduce the occurence of this in the future.
> > 
> > Luis
> Er, hang on a sec. The easy-fix keyword was added after I discussed with
> darin the best way to help out with some bug classifying to nautilus. It
> wasn't added by me, I've just used it as per darin's instructions and
> only in reference to nautilus bugs. In no way shape or form have I used
> this with other bugs (that I can remember).

That's fine, and as far as I can tell, accurate. But in only one of
those bugs was there an explanation of /why/ it occurred. Adding
keywords like that when you aren't the maintainer and haven't left any
explanation /does/ cause confusion, though. 


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]