[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: Bugs against the Essen branch
From:       Inge Wallin <inge () lysator ! liu ! se>
Date:       2010-09-23 14:22:16
Message-ID: 201009231622.16275.inge () lysator ! liu ! se
[Download RAW message or body]

On Thursday, September 23, 2010 15:46:03 zander@kde.org wrote:
> On Thursday 23. September 2010 14.09.10 Inge Wallin wrote:
> > > However, it is true that using bugzilla for bugs tested against that
> > > branch does not work well. Unless the bugs are correctly flaged as
> > > LATER or INFO.
> > 
> > So, is this the consensus then?  To indeed add the bugs and use status
> > LATER?  INFO seems strange to me since the info is supposed to be in the
> > bug already.
> 
> I don't like 'LATER' because the bug can very well be specific to the main
> branch only.
> 
> I think the testers should only reports bugs in bugzilla for bugs that can
> be reproduced in trunk. This information is important to decide if the fix
> should go on trunk and thus be scheduled for 2.3.0
> 
> As such the resolution of "NEEDMOREINFO" makes a lot of sense and thats why
> I asked for this.
> Notice, btw, that a bug that got the requested info quickly got scheduled
> properly.
> https://bugs.kde.org/show_bug.cgi?id=251562
> 
> So lets do the work and get the test done against trunk and make everyone
> happy :)

Hmmm

I think I can help the testers enough so that they can test both the branch 
and trunk.  The workflow will be such that they test the branch, and for the 
bugs that they actually find, they will test trunk too.

For bugs in that are in both, there is no problem.  Just report it against 
trunk, and when it is solved there it will be synced with the branch and 
everybody is happy.

The problem are those bugs that exist in branch but not in trunk.  I don't 
think NEEDMOREINFO is appropriate here because we already have all the 
information.  LATER would make more sense since it will move to something else 
later when the branch is discontinued.  Or it will get fixed, when it will be 
resolved anyway.

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]