I want to be able to view/edit the Affected Version/s field in my advanced roadmap plans. It's not there by default, so I added it as a Custom Field. When I selected the field from the list of available fields, is shows as "Supported". That is all good.
However, when I add that custom field to one of the views it does not show any values and the dropdown also does not have any values to select from.
I have done this same thing for other similar dropdown fields without issue.
Am I missing something or is this perhaps a bug with just that field?
Jira Version 8.1.0
After further research (as you may already know), AR plan currently doesn't support custom fields with datatype of versions.
The following custom field types are supported:
Can you use the Release field to expose your needs for Affects Version/s? The Release field is the Fix Version/s. You have the following options based on my analysis -
1) Try to use the Release field to expose in your plan (remember issues can associate to one or more releases/fix versions. Don't know if it is applicable in your business process.
2) Try to use Component/s or custom fields with the aforementioned datatype above. Meaning that you populate the Component/s or custom fields with the needed "Affects Version/s" values. Afterward expose them in your plan.
3) Create scripted custom fields based on the supported datatype (you will need Script Runner for Jira Add-on) to copy the value populated in Affects Version/s field. Afterward, add the scripted fields to your AR plan.
4) If you do not have Script Runner for Jira add-on, you can customize your WF to use post function calls in your WF transitions to copy the Affects Version/s populated value to custom fields associated with the supported datatype. Afterward, add the custom fields to your AR plan.
Hope this helps.
Best, Joseph Chung Yin
Jira/JSM Functional Lead, Global Infrastructure Applications Team
Short answer is I understand those workarounds, but it would be nice if the product supported that field type out of the box.
Exactly, @Peter Christopher ´s answers is as if I would have given them myself. I just want to add that we use AffectsVersion as a way to label requirements that will be developed during the same release timeframe than the next release, but delivered after it. So for instance, we say we want to release feature A for release Q2, and feature B for release Q3, but development will be started during Q2. So we use fixVersion of Q2 for feature A, and Q3 for feature B, but then AffectedVersion is set to Q2 for feature B.
The "Affected Version/s" field is pulling and using version values from the Fix Version/s as system default setup. If you create a custom field, the field type has to be either Version Picker (multiple versions) or Version Picker (single version).
Only those two field types can associate the field with your project's version setup. Also, you need to ensure that issues associated with the specific project that the project itself has created versions already. Otherwise, if the project has no version(s) defined, then the custom field dropdown list will be empty.
Hope this helps.
Jira/JSM Functional Lead, , Global Infrastructure Applications Team
If I understand you correctly, that is not my intention. I am fine with Fix Version/s being used for the Release values in the plan configuration.
My simply goal is to surface Affects Version/s as a field that I can show in the "Fields" when viewing the plan. I am clearly missing a step somewhere (or it's not possible).
Hi everyone 👋, I really like the format of the webinar opportunities summary that @Jimmy Seddon posts monthly on the Welcome Centre group. It's a great place to go to check that you didn...
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events