Operations
Purpose | Action | Remarks |
---|---|---|
Create new project-specific custom field context |
| This action creates a new custom field context that is specific to your project i.e., not shared with any other projects. If you are already administering a shared custom field context, you may use this action to opt out of a shared context and go forward with a new project-specific context. |
easeContext does not support creating custom field contexts that are shared by different projects. Such contexts must first be created by the Jira administrator, after which they can be administered by the project administrators of the specified projects. | ||||
Add custom field context option |
| |||
Change custom field context option |
| |||
Delete custom field context option |
| This action changes any issues with this value for the given custom field so that they no longer have a value for the field. Any such issues are first listed, and you are prompted to complete or cancel the action. It makes no difference if the to-be-deleted option is required by the field configuration: the deletion is carried out anyway. The next time the issue is edited, the user will be forced to provide a value, but meanwhile the issue will have no value for the field.
| ||
Disable or enable custom field context option |
| Disabling a value has the effect that the value can no longer be used, but issues that already have the value are unaffected. | ||
Reorder custom field context options |
| |||
View changelog |
| The changelog shows the changes made to the custom field context. It can be valuable if a project has several administrators, or a custom field context is shared by several projects and confusion arises. |
Administering a custom field default configuration scheme
In exceptional circumstances, project administrators may be allowed to administer the default configuration scheme of a custom field using the various actions explained in the above table.
Warning |
---|
This is a special usage of CM4J easeContext that should only be granted to trusted project administrators. They should only change this scheme after alignment with all projects using the Jira instance. |