DescriptionPutting a copy of the procedure into MISC as the Atlassian documentation keeps moving.
The default JIRA workflows do not allow closed issues to be edited. Whilst (somewhat) logical, it's a serious annoyance when you're trying to retrospectively tidy issues into Versions and Components (for example).
Bulk re-opening, editing and then closing is one option, but almost always means you lose important information like
- The correct resolution reason
- Timeline reports get skewed as the close date becomes "today"
It is, however possible to edit workflows so that issues can be edited once closed, allowing you to assign versions to closed issues
Activity
2020-09-07 11:30:55
- Go to the projects "homepage"
- Click
- Click
- Click the pencil under
At this stage, if the project is still using the default
Once that's completed (takes a while on a big project), click the pencil again
- Scroll down to
- Click
- In the row
- Add a new property, Key:
Logically, you'd expect this to be live, but it's not - the workflow is in draft state, JIRA just doesn't tell you in this view.
- At the top click
- Click the pencil to edit again
At the top there's now a Yellow notification:
It's now live on that project, you should be able to go into a closed issue and edit it.
2020-09-07 11:42:55
- System Settings
-
-
- Set a name like
- Click
- Find your workflow in the list
- Tick to assign to all issue types
- Click
When you go back to
Now, for each project you want to use the new scheme
- Go to the project homepage
- Select
- Select
- Click
- Choose the correct Scheme
- Click
- Click
- Wait while the change is applied
- Click
Obviously, if your project was running on a custom workflow, you'll need to edit that (or make a copy of it) rather than using the new default-derived one
2020-09-07 11:44:38
2020-09-07 11:44:38
2020-09-07 11:44:42