What determines when a task is crossed off in JIRA, and how can I change it?

While attempting to edit a workflow for one project, I managed to break the workflow steps for another project in our instance. Since then, Done tasks are not crossed off, and other tasks are being crossed off as the team updates them, even if they are not completed.

How do I change what is crossed off? And how do I associate that action with a task being Done according to the workflow?

 

Thanks!

2 answers

1 accepted

3 votes

The strike-out is simple - if there is a value of any sort in the "resolution" field, the issue is resolved.

My best guess is that you have put the resolution on the "edit" screen, or put it on a transition screen so the users set it as they go through the workflow, or possibly used a post-function to set it.  When the strikethrough is disappearing, that's only done with "clear resolution" post-functions.

Thanks Nic! Under Resolutions on the Issues page, I selected Clear Defaults and this fixed the strikeouts on To Do/In Progress tasks.

How would I find where to set post functions? I saw this on multiple help documents/threads when I was trying to fix the workflow, but I don't see it anywhere on the Workflows page for my project.

Yup, go to the workflows and find the one you want to change.  Edit it.  Look for the transitions within it and click on them.  If you're using text mode, it's the lines with ">>>" in them.  If you're in diagram mode, it's the lines between steps/status.

Once you have one selected, you should have a tab for "post-functions", either in the text box under the transition definition, or in a floating box.  It'll be with "conditions" and "validators" and "triggers"

 

Wow, thank you Nic! This saved me (and my team) lots of angst this week smile.

What Nic Brough said: If Resolution is not NONE / Unresolved, JIRA thinks it's done.

In our case, we had inherited a "Reopened" resolution (which nobody was using) from previous admins. Years later, we were contacted by a programmer who'd just been yelled at for ignoring reopened issues that he didn't see  ... he'd been relying on the My Open Issues gadget, which doesn't work if your admin made the error of adding an "incomplete" resolution. 

Fix: Remove that resolution. (Some of our projects now have a "reopened" status instead of the resolution; it seems to works quite well for them.)

 

Also, when you build workflows, JIRA doesn't add any validators, and the wrong post functions.
So if you e.g. make a "REOPEN" transition, you'll have to manually change the Notification from "Issue edited" to "Issue reopened", and manually add an post function to set the Resolution field to NONE. (You'll always have to manually set Conditions for each and every transition you create; JIRA doesn't even auto-add something as basic as "user has transition issue permission".)

 

Suggest an answer

Log in or Sign up to answer
Atlassian Community Anniversary

Happy Anniversary, Atlassian Community!

This community is celebrating its one-year anniversary and Atlassian co-founder Mike Cannon-Brookes has all the feels.

Read more
Community showcase
Julia Dillon
Posted Apr 17, 2018 in Jira

Tell us how your team runs on Jira!

Hey Atlassian Community! Today we are launching a bunch of customer stories about the amazing work teams, like Dropbox and Twilio, are doing with Jira. You can check out the stories here. The thi...

809 views 2 19
Join discussion

Atlassian User Groups

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!

Find my local user group

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

Groups near you