Automation for 'Next unreleased version' sets second version instead of the first one

[Artem Usov]

Have 2 version set up for test:

• 'ver1' with earlier date of release
• 'ver2' with later date of release

Set up an Automation to add 'Next unreleased version' to tickets after status changed.

Moved a ticket and Automation added a 'ver2' (30/July/2020 as from screenshot) value into 'Fix version' field instead of 'ver1' which was expected.

I saw a comment that versions for that action picked up by creation date, but I cannot find any way to see creation dates of my versions to confirm that it's the case for me.

[Kevin Bui · Accepted solution]

Hi @Artem U. - The action looks at the order of the versions in the list for the "next unreleased version". So you should be able to reorder the versions to influence which version the action uses.

Hope that helps!

[Artem Usov]

@Kevin Bui Hey, thanks. It worked. So for anyone who also will got this 'issue':

Reorder your versions and expect:

• If you have only 1 version - it will be picked
• If you have for example 2 versions - then second one (the one below) will be picked

That probably my misunderstanding as I understood 'Next unreleased version' as literally 'next' one or 'the first one' in the list of 'Unreleased' but it seems to be 'the next after the first (if there is more than 1)'.

[Anders Baisgaard]

@Kevin Bui are there any way to use "Next Unreleased Version" through the json and smart value feature?

I'm trying to add the fixversion rather than set it, since that clears any existing value in fixVersion field.

Thanks

[Mark Studer]

@Kevin Bui - It doesn't seem to function that way on my Jira instance.  I have 4 versions and it always gets set to the last of the 4 versions.  It appears to always just pick the last item in the list regardless of the number of items..  Generally you would sort your items from top to bottom and expect it to grab the top item.  I think there is still a bug and because it instead grabs the bottom item.

[Fredrik Folkeryd]

I see the same behavior, but it may be "as designed" in a sense; it seems intuitive that the "older" the release the farther down the list it would be, right?

1 = to be released soon

2 = recently released

3 = released longer ago

4 = ... (archived)

By that logic, something to be released *less* soon would naturally be _higher_ in the list. From that point of view "the next release to be released" would actually be the bottom-most one in the range of unreleased releases.

[Jennifer DiLapi]

It appears to me that it chooses the "next" release version, meaning the one you created first that isn't released. 
It is true, though, I cannot find anywhere that can confirm this for me b/c I can't find a CreateDate on my versions. 
But I had 4 unreleased versions, 1 I created a long time ago, and 3 I created this week. I happen to know the order I created them in. 
I set the automation to "next unreleased version". It set my issue to that oldest version. 
I then deleted that old version, leaving the 3 I created this week. 
In the list of release versions, the one I created first happens to be listed last in the list, but I tested this before and after changing the order of that list, and it makes no diffrence. 

The version I created first that is unreleased is what is used from the automation. This is good for me. We don't want to create a bunch of release versions and release them out of order. And you shouldn't be creating release versions that you want to create way in the future, before you create the ones you want to release "next". So I can work with this. Hope this helps.