Changes between Version 22 and Version 23 of AdvancedTicketWorkflowPlugin


Ignore:
Timestamp:
Jul 31, 2012 8:13:40 AM (2 years ago)
Author:
rjollos
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