[Koha-devel] Patch status workflow (for Bugzilla)

Paul Poulain paul.poulain at biblibre.com
Tue Oct 25 17:36:58 CEST 2011


Le 25/10/2011 17:17, Ian Walls a écrit :
> Community,
> 
> 
> As I'd mentioned in a previous thread, I think we should consider
> removing the custom attribute "patch status" from Bugzilla, and keeping
> track of this information in the regular Status attribute.  This has
> several advantages:
> 
>   * Easier searching, since it's a default value, not a custom value
>   * We can enable Workflows between Statuses
>   * We no longer have the dependency on Priority to control the display
>     of this critical value
> 
> The Workflows allow us to specify how tickets are allowed to change
> status, from which to which.  Here's an example workflow:
> 
>   * NEW (default for all incoming tickets)
>   * ASSIGNED (to the developer working on it)
>   * NEEDS_SIGNOFF (once a patch has been submitted)
>   * SIGNED_OFF (after signoff)
>   * PASSED_QA (once QA'ed successfully)
>   * PATCH_PUSHED
>   * RESOLVED

other potential problem : when moving all existing bugs/patches to those
new status,
 we will set the "last modification date" to "today" right ?
can't it be the source of some
glitch/pain/problem/surprise/misunderstanding ?
(just asking)


-- 
Paul POULAIN
http://www.biblibre.com
Expert en Logiciels Libres pour l'info-doc
Tel : (33) 4 91 81 35 08


More information about the Koha-devel mailing list