Important note Retirement of icTime and Retirement of biz on December 29th, 2023
Misceallaneous
Allows changing the behavior of icTime during create / edit worklog based on the status of the issue the worklog belongs to. This feature was introduced with version 5.8.6.0.
The table will be populated automatically with all Issue states currently defined in your Jira installation.
Every status in Jira has a status category assigned. The category defines whether work log functionality is allowed or not. Using Configuration Status on Issue level allows defining a fine granular definition for work log operations.
The table provides the following columns:
Column | Description |
|---|---|
Name | Name of the issue status, copied from Jiras issue name on creation. This field is not editable |
Worklog Access Type | Worklog Access Type defines the allowed operations on work logs for the given issue status |
Description | The description of Jira Issue Status, copied when the entry was created. This field can be edited |
Worklog access type
Name | Description |
|---|---|
default | same as inherited |
inherited | No change of behvior. Work log operation behavior as defined by the status category |
user can not create / edit WL | User can NOT create new worklogs if the issue is in the given state neither can update any worklog unless the user has the global accounting permission or the reporting permisson on project level (see https://interconcept.atlassian.net/wiki/spaces/ICTIME/pages/30048322 ) |
nobody can create / edit WL | Nobody will be able to create / edit a worklog if the issue the worklog belongs to is in the given status. |