Hi All,
I am trying to understand what can trigger a screen like this.
I know that both task creation and status transition can trigger this. Is there another way?
For example, can we do it via a manual automation action? We want to have some custom action without relying on third party app. Having it in the status transition is fine except we don't want to actually change the original status.
Thank you,
Zekai
Hello @Zekai Huang
You cannot cause a screen to be displayed to a user through an Automation Rule. The fundamental functionality of Automation Rules is to execute all steps without user interaction once the rule is triggered.
Jira does not natively provide any other method to cause a screen to be displayed.
Can you tell us a bit more about your use case? Perhaps we can suggest some alternative solution.
We have a few different use cases, some of which were asked in the past from a different angle, but all can benefit from this. To name a few:
1. We are trying to simulate something like "Add PIR" but for a different type of item. We don't like the "Link Issue" experience because we have 10+ relationships and we also want to trigger additional automation. Can the "Add PIR" be customized? that could be a nice workaround as well.
2. We want to display some instruction, implication when user update certain fields from the intake field.
Thank you.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm afraid your use cases do not change the way things work. You can't associate screens on arbitrary actions that do not normally need them.
If you were to move these actions into your workflows, so that they become part of the path to being done, you can add screens (and more) to them, but that's the only way to add screen use to a Jira system.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The problem with workflow is that it stays in that status, which won't work for my case either.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Is the problem that the issue needs to stay in the status it starts in? If you need it to stay in the status the you create a self reflecting transition, where the From and To status are the same. You can then attach the screen to that looping transition.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It sounds like what I am looking for. Do you know why the self-reflecting transition type doesn't appear as an option in my workflow dropdown. But if I click view the workflow, I can see it.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Or if I misunderstand how the self-reflecting transition work, how to trigger the transition? Is it expected to see the self-reflecting transition option in the workflow dropdown?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ahh, found it. It shows up in the action tab. Let me test this thoroughly and come back to accept this as an answer.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
On a related note, is it possible to use the workflow screen to create an issue (e.g. a task) in a different project?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I don't believe that is possible. The screen you present during a workflow transition is for updating the issue being transitioned.
You might be able to use a workflow Post Function to create an issue, with the help of a third party app.
Or, if all the minimum required information for the new issue is contained in the transitioning issue, then you could do something like add a label to the transitioning issue, and use an Automation Rule to detect the addition of that label (or the self reflecting transition) and create the new issue in the other project using information from the original issue.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I was hoping this is supported out of the box, which is seemingly supported with the built-in "Add PIR" feature, that allows you to select an issue type in a different project.
But yes, I can work around this using some automation.
Thank you for all the replies, @Trudy Claspill .
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You can use a workflow screen to create an issue in another project. We do it but it is in a pretty complicated manner. We also use Jira Assets (which requires Jira Service Management Premium) to do this. I think, however, that you might be able to do it without Jira Assets.
Here is what we do:
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.