Hi all!
I have been using Jira for a year, year and a half now, and I'm constantly finding new small tricks that makes my Jira day just a little bit easier. An example - instead of "manually" changing the version on a issue on the Planning board, drag and drop the issue on the version you want it to instead on the right hand side. I found this "hidden" feature (most likely it is documented somewhere, but I've never taken the time to read the user doc very much) after 1 years of use.
So I came up with the idea to ask the question here - to get similar information from others - some small features that make your day just a little bit easier, especially with operations you do often :)
I did a trick to have several initial statuses in a workflow.
We set up our public-facing JIRA's workflow with a "New Issue" status, which means that the issue should be validated by someone at ALM Works. There's a transition "Confirm" from that status to status "Open", when the issue is confirmed to be valid.
However, when the issue is already posted by someone at ALM Works, it is obviously valid, so the status should be "Open" from the start. Sadly, JIRA's workflow engine does not support multiple initial statuses.
The trick I did was:
<action name="Confirm" id="311" auto="true">....</action>
Works great! Now when our guys post an issue, it's in the "New Issue" status but then gets automatically transitioned to "Open". When someone else posts an issue, they don't have permissions to execute "Confirm" and the issue remains in the "New Issue" state.
I don't think this is documented for JIRA, but there's some documentation in the OpenSymphony project.
Nice trick!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
How is this in regards to Jira upgrades? Have there been any issues related to it or do you consider the risk of incompatability as small?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Haven't had any problems with this during upgrades from 4.0 up to current 4.4. This functionality is part of the "osworkflow" open-source library, which is the basis for the workflows in JIRA, so I consider the risk quite small.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Interesting. For the docs I had to download the source package from https://java.net/downloads/osworkflow/which has the HTML docs as well
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
I'm just wondering if this still works in JIRA 6.4 before I try it out. I was going to address a similar problem by using fast track transition to another status if the user creating the ticket isn't in a particular group but this looks interesting.
Cheers,
Gaj
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Gaj, didn't try it on JIRA 6.4, but I believe it should work. The "OS Workflow" subsystem is still there and hasn't been changed in a while.
Igor
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi, nice tick! thanks...
Do you know how to hide the "new status" (or any status) from the User Interface diagram ?
(if it is posible)
regards,
Paul
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hey Paul, I'm not sure if it is possible, but if it is, it would be a functionality of the Workflow Designer interface in the admin section.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Definitely the Keyboard Shortcuts, a lot of people forget about them but it's probably one of the most underrated features ever. For example, try it by pressing the "." on any JIRA ticket.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've never been that into keyboard shortcuts other than the most used ones. But I'll start exploring them now; "underrated features". :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Biased yes, still think its most valuable, oh yea. https://plugins.atlassian.com/plugins/com.dolby.atlassian.jira.jirasu
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yes, useful, same function exists in script runner too ;-)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
If we are praising ourselves this plugin: https://plugins.atlassian.com/plugins/com.keplerrominfo.jira.plugins.rightsdna
The beta, which is due next week, gives advices on how to fix your permissions :P, has sanity reports on users. Stay tuned!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
;-)
Su exit - logout then log back in again!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Jamie, as awesome as the scriptrunner is, I think its only going to do half the SU function, unable to do the SU-exit? SU plugin value add!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I had written a groovy script in behaviours plugin which was suppose to run on all screens(create issue screen ,transition screens)
i needed the project id in my script to get all versions of the project ,for this i used Object pid = getFieldById("pid") but pid is only available on issue creation screen(i realized this very late) .... but issue id is available on other screens , so
List<Version> projVersions=new ArrayList(); Object pid = getFieldById("pid") Object id = getFieldById("id") if(pid.value!=null){ projVersions=ComponentManager.getInstance().getVersionManager().getVersions(Long.parseLong(pid.value)); } else{ MutableIssue missue=ComponentManager.getInstance().getIssueManager().getIssueObject(Long.parseLong(id.value)) projectid=missue.getProjectObject().getId(); projVersions=ComponentManager.getInstance().getVersionManager().getVersions(projectid); }
This helped at that time so its valuable for me :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.