What is it?
The problem you need to solve:
You want to log work on an issue, but you want to specify on what kind of activity.
This requirement has been raise to Atlassian in 2003 : JRA-1780
How Minyaa solves this problem:
It provides the concept of Worklog Types, allowing you to assign a category to your worklogs. e.g. Analysis, Development, Testing, ...
How it Works
When you log work, in the Worklog Gadget or in the Log Work Page, you can specify the type of your worklog.
When this is done, you can do reporting on your worklogs to find how time was spent.
Where are they available?
In the Log Work page
The JIRA's Default Log Work Page is overridden in order to integrate the selection of a Worklog Type (also the author):
In Fast Worklog gadgets
Some Worklog Gadgets are available and allow also to log work with Workog Type details.
In Worklog reports
Some specific reports are available and allow to use Worklog Type as aggregation criteria .. See In Worklog Reports for more details.
When are they available?
Once your Worklog Types are configured, they are available by default for all projects. But it is possible to define some restriction at different levels :
- Project (using Properties)
- ... and later Project Scheme ( ALKMT-56 - Getting issue details... STATUS )
... at Projects Level
It is possible to change the list of Worklog Types applied on project.
By using the additional configuration property WORKLOG_TYPE_LIST in the <JIRA_HOME>/jira-config.properties :
The supported format is WORKLOG_TYPE_LIST.<scope>=<worklogTypes> where ...
|<scope>||default||The list of Worklog Types is assumed as default. It means that orhers existing Worklog Types are not available without deleting them.|
|<projectKey>||The list of Worklog Types is assumed as default for the identified project|
|The list of Worklog Types is defined by Id with "|" as list separator..|
|The list of Worklog Types is defined by Name.|
By example, you can have ...
... at Workflows Level
It is also possible to define this restriction (inclusive or exclusive) directly in the Workflows. See in details Worklog Type by Workflows.
Configuring Worklog Types
You can find the Worklog Types configuration menu in JIRA's administration menu:
By creating each new Worklog Type
You can add your own Worklog Types like any Issue Constant :
You will have to specify the different attributes of the Worklog Type.
|Name||The default name in english of the Worklog Type.|
This name will be used when no translation is available.
|Description||The default description in english of the worklog type.|
This description will be used when no translation is available.
|Assumed as default for||The Worklog Type is assumed as default for the mentioned Project Role.|
Path to the icon relative to JIRA's appplication path.
Some default icons are available (see below table)
|Color||A color reprenting the worklog type|
This color is used for report generation.
This parameter changes the order in which worklog types will appear in the FastWorklog Portlet and in JIRA's Log Work page
And using different icons ...
Minyaa Time plugin embeds additional Worklog Type icons.
You will have to specify a Icon path with following format : /download/resources/fr.alkaes.minyaa.jira-plugin-minyaa-time:myaatm-icons/icons/worklogtypes/<IconFileName>
|Icon file Name|
But without Translation capacities
Instead of Minyaa 3.x, where Worklog Type was based on a extension of the JIRA Constant Manager and where Minyaa was able to benefit from the Constant Translation Manager, Minyaa 4.x has not yet a Translation mechanism.
See also ...
- No labels