-
Suggestion
-
Resolution: Fixed
-
None
-
2
-
1
-
Issue Summary
Preserve Workflow Scheme ID after editing workflows in the scheme, where the scheme is shared by multiple projects
Steps to Reproduce
1. Create project using a shared configuration with existing project.
2. Projects share a Workflow Scheme.
3. At least one of the projects needs to have issues using a workflow.
4. Edit the Workflow Scheme by adding a new workflow
5. Assign the workflow to the scheme for use with existing issue types.
6. Publish the change. this will change the Scheme ID to a new value.
Expected Results
The Workflow Scheme ID changes value.
Actual Results
The Workflow Scheme ID stays the same. This is the result when the Workflow Scheme is not shared between projects.
Workaround
Make a copy of the Workflow Scheme to assign to the projects as a temporary placeholder. Once the placeholder scheme is associated with the projects, you can then edit the production Workflow Scheme without it changing the ID. When finished editing, re-assign to the projects.
- relates to
-
JRACLOUD-79847 Changing workflow that impacts large number of issues, causes issues created during workflow migration in an invalid workflow state
-
- Closed
-
Hey everyone, thanks for your patience on this one.
When fixing
JRACLOUD-79847earlier this year, we moved to new approach to publishing draft workflows schemes. This process performs an active update on the workflow scheme using temporary workflows rather than creating a new workflow scheme for each project being updated. This also resulted in the workflow scheme id being preserved in these changes.