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!
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.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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"
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Wow, thank you Nic! This saved me (and my team) lots of angst this week .
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
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".)
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.