[asterisk-dev] [policy] Bug Tracker Workflow Discussion

Jay R. Ashworth jra at baylink.com
Mon Aug 11 10:40:44 CDT 2008


On Mon, Aug 11, 2008 at 10:24:51AM -0500, Russell Bryant wrote:
> Jay R. Ashworth wrote:
> > On Mon, Aug 11, 2008 at 10:07:26AM -0400, Leif Madsen wrote:
> >> RESOLVED: A resolution for this issue has been reached.  This issue 
> >> should immediately be CLOSED.
> >>
> >> CLOSED: No further action is necessary for this issue.
> > 
> > I'd just like to ride my personal hobby horse about ticket trackers
> > here:
> > 
> > Anyone can "RESOLVE" a ticket.
> > 
> > Only the *originator* should be able to "CLOSE" one.  Nothing pisses me
> > off worse than someone closing my ticket when I don't think they're
> > done fixing it; telecom carriers are famous for this.
> 
> Fair enough.  I'd be happy to start doing this.  It would mean that the 
> bug marshal team would be responsible for monitoring issues in the 
> "resolved" state, to ensure that they eventually get closed out if there 
> is no response.

Mantis also isn't designed to tickle the reporter on this, huh?

> We would also have to modify our mantis install just a bit to do this 
> properly.  The tag "closes issue #1234" would have to put it in resolved 
> instead of closed.  Also, we need to have that automatic resolve step 
> insert a note informing the ticket originator that they should close it 
> once they acknowledge that the issue has been resolved.

This would be very nice, yes.  If nothing else, I would then have you
guys to point to to say "look: they do it *right*!"  :-)

Cheers,
-- jra
-- 
Jay R. Ashworth                   Baylink                      jra at baylink.com
Designer                     The Things I Think                       RFC 2100
Ashworth & Associates     http://baylink.pitas.com                     '87 e24
St Petersburg FL USA      http://photo.imageinc.us             +1 727 647 1274

	     Those who cast the vote decide nothing.
	     Those who count the vote decide everything.
	       -- (Josef Stalin)



More information about the asterisk-dev mailing list