You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
Hello all,
I have a basic automation workflow which is closing the issue after 5 days of inactivity if the owner doesnt write something to the ticket.
But I receive some error messages and the only thing that Jira does is writing a comment to the ticket. No change of status, no closing.
"Destination status could not be resolved. If using a smart-value ensure this resolves to a numeric status ID or untranslated name for issues (with cur..."
Could you please help me about that ?
Thank you
Hello
The simplest solution is to change the Actor in the Automation Rulte into your user or any user who has permission to apply this transition, also the permission to close an issue.
Regards;
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Your solution worked Ibrahim, thanks for that.
However, I see this solution as a workaround - and a little dangerous in some aspects. I decided to apply the solution from Dmytro (below) because changing the actor would not ensure transparency by using someone's name on behalf of the automation - I personally don't recommend.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello everybody! I had a similar problem and was displaying this same error. This error means that the relationship you are trying to use is not configured in the workflow. For example, you have a condition that when an event occurs, you need to change the status of the event from "To Do" to "Done". The rule will not work if your workflow does not have the option to go from "To Do" to "Done"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you Dmytro
Makes sense, and thanks to your comment I was able to look in the right section and resolve my issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you! that was a completely misleading error message. I never would have figure out that was what it meant.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks so much, Dmytro. Very helpful. Good to understand why it was happening.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks!!
I had the same issue: one of my statusses could not be transitioned to a other status while that transition between those two statusses was not defined in the workflow. Once I added that transition, my rule worked fine!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Dmytro Shaforost ,
I have the same problem, I had set their relationship in the workflow , but it still occure this error .
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Ivanna maybe you need to use 1003 status ID (numeric status ID) in your smart-value for automation rule?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks! It worked (I put other automations to transition the parent issue in every step, so in the end it didin't try to transition from backlog to done, which doesn't have a transition as you guessed)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We ran into the same issue. We solved it by adding a condition to the transition:
'users in this project role atlassian-addons-project-access can execute this transition'
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have experienced this issue but the error message here is buggy.
My actual issue was with the workflow validation rule, the people who can perform the transition to the destination were restricted which caused the same error.
Example:
Destination status could not be resolved. If using a smart-value ensure this resolves to a numeric status ID or untranslated name for issues (with current status):IR-4 (Stream QA (3Hr) - 10566)
Workflow Transition Rule: Only restricted to me.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Eric Buckner
It persists if the newly specified Actor does not have access to apply the transition step.
I have tried it myself, and it solved the problem.
In the following screenshots, you will find the problem, and how it was solved.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Ibrahim Ghalghay Hello, thank you for help in this topic.
Maybe you could help me to solve my problem.
I can't get the rule to work with two projects of a different Jira product. I would like my issues from the Jira software project to be closed when my issues from the Jira service management project are closed as well.
Do you know if this is possible?
I keep getting the following error "Destination status could not be resolved. If using a smart-value ensure this resolves to a numeric status ID or untranslated name for issues (with current status)" while as you advised :
-I am the actor as admin
-the transitions in the 2 workflows (project A from JS and project B from JSM) are well configured so that the statuses change correctly from one to the other
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey @Adrien P_ were you able to solve your issue? I am also working with two different projects and haven't been able to solve it
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @carolina caetano have a look here, i could find a solution
How to create automated rules between a Jira Software project and a Jira Service Management project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello all,
I am having the same issue now.
I had set up a few months ago a trial account and set up the workflows with automation. I have an automation such that when all the sub-tasks are closed, the Parent ticket should transition to the next status. While I was testing this, all was working perfectly.
That project got put on hold for a few months, and we are not trying to test it again and now I seem to be getting lots of errors which say "Destination status could not be resolved. If using a smart-value ensure this resolves to a numeric status ID or untranslated name for issues (with current status):"
There are no conditions or validators. As far as I know nothing else has changed. What can I do to identify the problem and fix it? I can't spend hours on this trying to detect why it suddenly stopped working. (BTW, I am now paying for the licensing, so it can't be related to that.)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Same problem here, I'm trying to move issues from "waiting for customer" to Resolved, but in the middle I have in the workflow Work in Progress, and to put in the status of Resolved the agent needs to add a Reply to Customer. Any advices for a workaround without modify the workflow?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello all, I'm afraid I have the same problem and I'm not able to fix it, even after searching in the Atlassian Community.
Our company is in the process of migrating its Bitbucket/Jira/Confluence server to the new Cloud hosting.
I configured the project, imported all the sprints and issues, and I'm currently cleaning my project workflow in order to make our Continuous Integration platform back to work.
I've created two basic Automation Rules :
- one to transition an issue to status "In Progress" when the associated Bitbucket branch is created (we may create the branch ourselves using a script and the API)
- one to transition the issue to status "Done" when the branch is merged (our CI platform creates a PR and merges it)
In both cases, the log shows an error "Could not resolve destination status".
I can't see why for now and it's frustrating.
I checked the project permissions, the Automation actor seems to have what it needs (screenshot).
Based on the screenshots below, could someone have an idea about how I could go forward ?
Thanks to everyone,
loïc b.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello @Loïc B. ,
welcome to the Atlassian Community!
Are there any validators or conditions or post functions set on the transitions, you're trying to perform? Are your setting resolution or any other fields?
Has the project role atlassian-addons-project-access also Browse Projects permission? If you are setting resolution, you will also need Resolve Issues and Edit Issues.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Hana,
thanks for your message,
For the status "Done" shown in the example above, I have :
1 condition (this particular transition is not supposed to be executed by a human) and 6 post functions, as shown on the following screenshot.
They do not seem to be a problem.
I've checked the permissions, which I did not modified : atlassian-addons-project-access has the Browse Project, Resolve Issues and Edit Issues permissions.
As an additional note, since I have to achieve the migration asap, I've choosen to disable the Automation rules we are talking about,
and used the legacy triggers directly in the transition properties instead.
- trigger 'branch created'
- trigger 'PR merged'
They both worked instantly as expected.
I'm still interested in understanding how to make the Automation rules work, and in knowing if there's a bug here...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Loïc B. ,
it seems to me everything you've set up is right and it should work :-/.
I've tried this functionality using my free Jira and Bitbucket instance and it worked as expected, so I believe in general it should work.
It seems to me it must be something related to the workflow and permission settings.
So maybe some tips for experimenting to find out, what's going on:
Hope it helps you find out, what's going on...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Hana, thanks for your message,
I appreciate your support, I really do, but to be frank, I don't have the time to "recreate the workflow from scratch" or "try every possible combination between transitions and permissions". I just spent 8 days to migrate our project from the Jira server to the Jira Cloud, I'm already over the estimated time for this task, and I still have to polish the results.
I'll stick to the legacy triggers for now, it just works. My feeling is that the Automation rules logs should contain more detailed information about the reason it fails. It would be a great help for sure, and at least, would give us a hint about what to look at.
I'll stay tuned... thanks !
l.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Monitoring.World ,
welcome to the Atlassian community!
Would you please share us, how exactly is your automation rule setup and how does the audit log look like?
Is this a next-gen project or classic project in Cloud?
Thank you!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hello Hana,
Please take a look to the captured screen. And it's a classic project.
Thank you.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Monitoring.World ,
thank you!
I can see you are transitioning the issue from more statuses - is there available transition to status Resolve from every status (Work in progress, open, pending, waiting for support)?
Are there any validators or conditions set on these transitions?
Does this error appears everytime or it is just connected with some of the source statuses?
The automation rule uses Automation for Jira user as an actor. Has this user the permission Transition issues? Please check the project's permission scheme, if there is a Project role atlassian-addons-project-access.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have the same issue and do not understand this smart value remark. My automation is straight forward. What is the real problem here?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Gary Honegger ,
this error can have more reasons, see my previous post.
The target status of transition could be defined using smart value, but if it is not your case, you can ignore the information.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks Hana. After I wrote my comment I checked my workflow again. It was all fine. Except I had forgotten to activate. Sorry for that. Now it works all fine.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I have experienced the same issue but the error message is buggy here. Issue was with the workflow validation rule, the people who can perform the transition to the destination were restricted which caused the same error.
Example:
Destination status could not be resolved. If using a smart-value ensure this resolves to a numeric status ID or untranslated name for issues (with current status):IR-4 (Stream QA (3Hr) - 10566)
Workflow Transition Rule: Only restricted to me.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, i follow all recommendations above and still get
The destination status could not be resolved. If using a smart-value ensure this resolves to a numeric status ID or untranslated name for issues (with current status):
LWS-9 (Twilio sent Notification - 3)
although it failed it change the status
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.