Changes between Version 22 and Version 23 of AdvancedTicketWorkflowPlugin


Ignore:
Timestamp:
Jul 31, 2012, 6:13:40 AM (12 years ago)
Author:
Ryan J Ollos
Comment:

Syntax highlighting.

Legend:

Unmodified
Added
Removed
Modified
  • AdvancedTicketWorkflowPlugin

    v22 v23  
    3434Enable the plugin with:
    3535{{{
     36#!ini
    3637[components]
    3738advancedworkflow.* = enabled
     
    4142Add the individual controller to the workflow controller list:
    4243{{{
     44#!ini
    4345[ticket]
    4446workflow = ConfigurableTicketWorkflow,TicketWorkflowOpOwnerReporter
     
    4850And use the operation in your custom workflow:
    4951{{{
     52#!ini
    5053[ticket-workflow]
    5154needinfo = * -> needinfo
     
    5962    Sets the owner to the ticket reporter.
    6063{{{
     64#!ini
    6165<someaction>.operations = set_owner_to_reporter
    6266}}}
     
    6468    Sets the owner to the ticket's component owner.
    6569{{{
     70#!ini
    6671<someaction>.operations = set_owner_to_component_owner
    6772}}}
     
    6974    Sets the owner to the value of a ticket field.
    7075{{{
     76#!ini
    7177<someaction>.operations = set_owner_to_field
    7278<someaction>.set_owner_to_field = mycustomfield
     
    7581    Sets the owner to the previous owner.  If there is no previous owner, the owner will be deleted.
    7682{{{
     83#!ini
    7784<someaction>.operations = set_owner_to_previous
    7885}}}
     
    8087    Sets the status to the previous status.  If there is no previous status, this is a no-op.
    8188{{{
     89#!ini
    8290<someaction>.operations = set_status_to_previous
    8391}}}
     
    8593    Will reset the milestone of a ticket if the milestone has been completed.  This is useful for "reopen" actions.
    8694{{{
     95#!ini
    8796<someaction>.operations = reset_milestone
    8897}}}
     
    9099    Runs an external script `<tracenv>/hooks/<someaction>` passing the ticket number and the username as parameters.  '''Security warning: If you have account registration available, your hook script ''must'' treat the username as user input.'''
    91100{{{
     101#!ini
    92102<someaction>.operations = run_external
    93103<someaction>.run_external = Hint to tell the user.
     
    96106    Sets the next status based on mapping the value of a field to a status value.  For example, this can be used for a "triage" action that splits a workflow based on the ticket type.
    97107{{{
     108#!ini
    98109<someaction> = somestatus -> *
    99110<someaction>.operations = triage
     
    104115    The most common request is to use a different workflow based on the ticket type.  Let's simplify that case slightly for the sake of this example and assume that there are only two ticket types, `defect` and `enhancement`.  We'll say that `defect`s require a `qa` step, but `enhancement`s do not.
    105116{{{
     117#!ini
    106118accept = new -> *
    107119accept.name = Accept ticket into workflow
     
    129141    Note that the implementation of this operation is not robust.
    130142{{{
     143#!ini
    131144;displays as "close as duplicate [_________]"
    132145dup = * -> closed