I need to find a way to reopen an issue upon response/comment once a ticket has been put in the 'Resolved' status. I have attempted to create an Auto Transition Listener with no success. I must not understand how to create an auto transition listener based off of the documentation that is out there. There isn't an example (screenshot) of how this is setup. We are currently using JIRA 5.2. If anyone can walk me through setting this up I would greatly appreciate it. Below are the following links I have read that did not help:
I have contacted JIRA Support twice regarding this issue and only got "refer to these links" responses (TWICE from two different reps! :P), which in my case I need more of a hands on approach. I believe that the reason I am unable to get this to work is because some of my configurations may not be setup correctly.
Please help! Somebody!!! :D
Hi Harry! Here are my current settings:
From: Administration > System > Advanced > Listeners
I created a listener called Reopen Issue (com.atlassian.jira.toolkit.listener.AustoTransitionListener) with the following settings:
Action ID 3 (Reopen Issue): To: Reopened
Event ID 2 - Issue Updated
Only do when current user is the Reporter? true
Status 4 - Reopened
As for workflow, yes this is set to go from Closed to Reopened. It is set to 'Fire a Generic Event' that can be processed by the listeners.
The workflow is designed to go from:
Create > New > (In Progress or Closed) > [Closed > Reopened] > Closed
^ I want this transition to occur automatically upon comment or update by user.
Below are my Post Function Settings:
Set issue status to the linked status of the destination workflow step.
I'm not sure it's worth an "example". The documentation for the Auto Transistion Listener follows the simple screen layout for adding a listener - you're offered a batch of fields and you need to fill them in. A screenshot would show a list of fields with numbers and strings in them that would work for whoever took the screenshot and tell you precisely nothing about how to do it in your system.
As Harry says, could you tell us what you've configured? The workflow and the data in the fields on the listener config screen?
You would be surprised how effective an example could be for me. I am a visual learner. The documentation doesn't match up formatting wise on the following screen:
Administration > Advanced > Listeners > Edit Listener: Reopen Issue
The screenshots on this screen show a more detailed list rather than tables. The documentation does not provide the format in which the data must be entered into the field. The Event ID I would have chosen is not shown in this screen. (I was assuming I should enter 6 - Commented or 6 - Issue Commented but nothing clearly identifies what should be entered. I did try both formats and was unsuccessful in getting it to work. I wish the selection were a drop menu rather than a free form field. The settings I provided Harry above are settings that I defaulted to since I was unsure of the formatting. Also, I did re-index. :)
I have tried that as well. The reason I was entering it this way is because this is how the support rep told me to enter it. I was also informed that they do not support the JIRA Toolkit which is why I am reaching out to the Atlassian community for additional information. Forgive me for saying this but I do not see how you are trying to help. I am glad you understand the documentation. As I have said earlier, I believe that this could also have to do with my configuration settings. I'm not looking for a battle of the forums. Simply asking for help, not critisism.
I am sorry
That posting seemed terse, I really did not mean to imply any criticism, but I see how I did, and I owe you an apology for that.
I've had the listener work fine when using plain numeric IDs, but I do not know if that has changed since I configured it (Jira 3.12 I think it was, but they're no longer a client so I can't nip in and check, and they've upgraded). I was pretty sure that was worth a try for you.
Now, I can see most of your config in your earlier posting, and I think it's worth going back over it to be 100% sure what you've done and how you're testing it. I *think* I might have spotted it...
Apology accepted. I too apologize for the misunderstanding.
I will test this now. I also just realized that I do not have my notification scheme configured. That probably has a lot to do with why I can't get this to work. How can someone update a ticket if they never receive notification that it has been updated in the first place?
Hi Jeanne -
Unfortunately I did not. We ended up seeking a consultant to configure this. We are still pending signed agreements so implementation has yet to commence. All I know is that this will be configured using the JEMH plugin. I hope this information leads you in the right direction. I certainly know where you are coming from. I will try to post my findings once work has completed. Best of luck to you.
I know you are asking for an auto-transition in JIRA Toolkit but has anyone of you tried Script-Runner Plugin (https://marketplace.atlassian.com/plugins/com.onresolve.jira.groovy.groovyrunner) for this?
I am using it for almost exactly your problemt: I auto-transition issues that are in (a custom) status "Waiting for User" to "In Progress" as soon as the reporter updates or comments on the issue and I am using the builitin listener-script "Fast-track transition an issue" configured to listen do "Updated" and "Commented" evnens and with a simple condition
issue.getStatusObject().getName() == "Waiting for User" && currentUser == issue.reporter
This works perfectly for me.
In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to have–in order to produce a reliable long-term roadmap. We're tur...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs