nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How to make epics inherit the fixVersion defined in the JQL filter of a board.

Gabriel_dbm4c3

Hello community!

One of my users has configured a board which targets a specific FixVersion.

Ex.: project = ABC and fixVersion = XYZ ORDER BY Rank ASC

When we create a standard issue type on that board (Bug, Task, Story), it automatically inherits the fixVersion configured in the board's JQL filter but not the Epics that we create from the panel of that board.

Is there a way to make epics created from that board inherit the fixVersion?

I've taught about creating an automation rule but it seems we cannot do an advanced compare condition based on the board's ID.

Can anyone help figure this out?

Thanks

Gabriel

Accepted answers

All comments

Trudy P Claspill

Hello @Gabriel

There is nothing that detects the board that is displayed when an issue is created, so it is very unlikely that the issues are "inheriting" the Fix Version value from the board filter.

Issues are created in Projects, not in Boards. Boards are just a way to visualize and manipulate the issues that are in projects.

What is displayed in the Board is based on the board filter. An issue can actually be displayed in many boards based on the filter.

I would like to understand how you concluded that the issues are inheriting the Fix Version from the board filter. I don't believe that is possible. I suspect that there is some other method being used to set the Fix Version for the issue as it is created; either an automation rule or it is being set manually.

You can check what Automation Rules have run for an issue by clicking on this.

Screen Shot 2022-09-27 at 10.41.53 AM.png

That will show you the rules that have been triggered for that issue recently.

Gabriel_dbm4c3

Hi Trudy,

I was also skeptical about this behaviour but this is really what is happening.

I have created a video/gif that demonstrates this behaviour.

2022-09-29_10-47-44 (1).gif

As you will see, there are no automation rules assigning the fixVersion as per the history of the ticket.

I invite you to test it yourself if you are on Cloud.

Cheers

Gabriel

Trudy P Claspill

I would suggest that you check the Project Settings > Automations (if you are a Project Admin) and ask a Jira Admin to check Jira Settings > System > Global Automations to see to confirm there are no automation rules applying to the issue creation.

You could also check in the Workflow to see if there is a Post Function on the Create transition that is setting the field.

And can you try creating an issue using the Create button in the menu bar to see if there the Fix Version field is filled in with a default value?

Gabriel_dbm4c3

Hi Trudy,

I am the Jira admin @ PHX labs and I can assure you that there are no automation rules configured in this project nor global automation triggering this behaviour.

Also, there is no post-function that is configured in the workflow.

I've tested this on my personal sandbox and could recreate this behaviour.

When I create a ticket from the create button, there are no pre-filled data in the fixVersion field.

Believe me, test it and you will see

Bill Sheboy

Hi @Gabriel

For some context on your question, why do you have a specific fixVersion value in the board filter? Knowing that may help reveal other solutions to this use case.

For example, let's say your board is always intended to show the next unreleased version. There is a JQL function to find that version; that would make the filter generic and allow automatic assignment of the Epic, or other issues, when needed using an automation rule. The function is: earliestUnreleasedVersion()

https://support.atlassian.com/jira-software-cloud/docs/advanced-search-reference-jql-functions/#Advancedsearchingfunctionsreference-earliestUnreleasedVersionearliestUnreleasedVersion--

Kind regards,
Bill

Gabriel_dbm4c3

Hi Bill,

This user wants to track certain activities using releases (fixVersion field) in a specific board.

There are other releases configured in this project and the version she uses cannot be set dynamically in the board's JQL as you proposed since it's neither the first nor last release (date) in the project. Also other releases might be created in the future.

Of course, there are many other ways for this user to track those activities but when you think about it, there are no other functions in JSW that automatically input a value in a field to tickets created in a specific board so here we are... lol

I have suggested to make the fixVersion a mandatory field when creating/editing epics which solve the issues - workaround style

Thanks for input

Gabriel

Bill Sheboy

Thanks for clarifying, Gabriel.

That seems like the version is being used for something other than just release management, in regards to this board. Other than making the fixVersion field required for epics, I wonder: from the other data in the epic can you determine the fixVersion used for this board? If so, that might be used in a rule.

Which goes to your last point...A board is a view of a project's issues based on a filter (and a choice about Scrum or Kanban). When one wants the issues to display, the fields are set to match the filter. So it makes sense to ask the fixVersion be entered at issue create if the desire is to display on a board/backlog.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-software

jira-software-cloud