Re: bugzilla: is "Version: cvs" useful? What about Version/GNOME Version?



On 7/26/05, Christian Kirbach <Christian Kirbach student uni-siegen de> wrote:

<snip>

> I imagine we better do not pollute the versin field dropdown box with every
> version from the past, but why not have the tags for the both the most
> recent
> stable and development branch available and putting older reports all under
> e.g. 2.8.x ?

Then we have to constantly migrate bugs from a bunch of version into a
single version and nuke a the old ones.  Ain't gonna happen, we're
much too lazy.  :)  We're trying to pigeonhole maintainers into just
using '2.11.x' to begin with.

> I must admit I am not that comfortable with removing the cvs tag. there
> could be problems that arised between the latest dev release and the
> current cvs.

In which case, the reporter could easily just state "I'm using CVS". 
;-)  In fact, they already often have to do more than this anyway
because the time at which you pulled from CVS can matter (It's not
uncommon for me to say "I'm running from CVS HEAD built on July 14th"
in bug reports)...so I'm not so sure that having some form of "cvs" as
a version saves you any work.

> > by doing a query on "cvs"? You will get GNOME 1 bugs as well as GNOME
> > 2.11 bugs.
> Not if you limit the bug creation time to a specific time span. :)
> curious ... are there really that many old reports tagged cvs?
> 
> I did a search.
> time span: 1.1.2000 -> 1.1.2002
> all non-resolved bugs, any cvs tag

Out of curiosity, what do you mean by "any cvs tag".  I wanted to try
it out as well but I don't know what you searched on.

> ==> 124 bugs. for two years. well. few.
> 
> 1.1.2002 -> 1.1.2004
> ==> 554 reports
> 
> 1.1.2004 -> 1.1.2005
> ==> 779 reports. a lot. no big surprise.
> 
> Hmm, given the number of tens of thousans reports in our database, 680
> reports for a span
> of 4 years is not that many. still more then i expected.

Interesting...I would have expected more, though perhaps those bugs
are just more likely to get resolved at some point.



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