Why can't I make changes on my DRAFT workflow?

[Marci Boecking]

JIRA, you're killing me!

While trying to add transitions to workflows, I keep getting error messages like:

"You cannot perform this operation on a draft workflow." (while trying to add a new transition)

"You are editing a draft workflow.  The step "[stepname]" has no outgoing transitions in the Active workflow, so you cannot add any outgoing transitions in the Draft workflow." (while trying to publish a draft workflow - and adding an outgoing transition is PRECISELY what I was trying to do!)

This makes no sense.  It's like it's asking me to change an ACTIVE workflow, which I can only do while in DRAFT, then it fails.  I can't see any way around this.  Is this a bug?  If so, when can a fix be expected??

[Pankaj Verma · Accepted solution]

Hello Friends,

You cannot edit the workflow because it is "Active", means it is already assigned to a Project.
(even if workflow is Active you can make little changes, like renaming Status/Transition)

Here is the Solution (it worked for me every time)

- Go to Edit the workflow
- Try to publish (without change) and Create a backup copy there

- Go to JIRA Settings -> Issues -> Workflows
- Go to Inactive Workflow section and try to Edit the workflow that you just created as a backup
- Make the changes and keep the window as it is (you may not find the option to save anything there)

- In a separate window, go to Project Settings -> Workflows
- Go to Add Workflow and select the same Workflow that you just edited in separate window
- Click few Next buttons, if there is no new Status it will probably not ask to match the status between Old and new workflows
- Publish it and your are Done (Close the other window where you still opened that Workflow in Edit mode)

Hopefully it will work for you.

[Nic Brough -Adaptavist-]

Yes, that's the long version of what we've already said.

[paula.werth]

Thanks for this thorough explanation - it did the trick!

[Steven Whittington]

Thanks this saved my day!

[Simon Akbari]

Sir, thank you, Sir!

[Kevin Moore]

Hi,

I'm trying to follow these steps but I can't create the new Workflow with the same name. 

Any ideas?

[Nic Brough -Adaptavist-]

Create the workflow with a different name, then rename it after you've removed or renamed the old one.

[Nandyala Venkata Anusha]

Thanks @Pankaj Verma  

[Alba Artal]

This should be the accepted answer. Since this is low priority for Atlassian, at least the step-by-step workaround should be easily available. Thanks, @Pankaj Verma! Saved my day.

[Brian Oconnell]

Pankaj's response should be added to Atlassian documentation.

[Manu Bhardwaj]

Thanks Pankaj Verma :) 

[Sharif Omar]

Thanks very much for the help. This worked perfectly for me now.

[Artem Glazkov]

Making the workflow INACTIVE helped me.

Here's my workaround:

1. Go to Settings > Issues > Workflow schemes
2. Remove the workflow from the scheme to make it INACTIVE
3. Edit INACTIVE workflow
4. Go back to the workflow scheme and bind the workflow with Add Workflow

[Vladimir Sec]

Thanks, It worked!

[Jon Keam]

Despite this being the "long version of what was already said", this was the only clear version of how to pull off this absurd workaround.  Agree with all the kudos here, thanks @Pankaj Verma and everyone on this thread attempting to help explain how to do this. 

If an official fix is not something Atlassian wants to do, at least proper documentation (complete with screenshots) would be nice on how to perform what really is not an edge use case.

[Nic Brough -Adaptavist- · Accepted solution]

There's a long-standing howling bug in the workflow editor in that it can only add a transition to steps that already have outgoing transitions.

We've been waiting for a fix since the workflow editor got "draft" mode, and I'm afraid it seems to be a very low priority for Atlassian.  So there's no fix forthcoming any time soon, and we can't plan on one being released ever.

I'm afraid you will need to work on a copy and migrate.

[Katerina Stasik]

My heart is breaking

[Ian Barnett]

This is seriously flawed - this issue makes it stupidly difficult to add a transition.

Atlasssian seriously, c'mon!!!!

[RINO Groep]

This popped up for me when a user placed an Issue in our new specified "Done" status. So I thought to be smart and edit the workflow with a Transition to the start of the workflow, but this of course didn't work and gave the aformentioned error. This bug is very annoying and unfriendly towards new users, especially when I have to browse forum after forum to find out other people have the same issue as I have.

[Nic Brough -Adaptavist-]

It is annoying, but it's a minor bug, with a work-around and it only affects a small handful of users.  So it's a low priority for Atlassian.

Plus, it might be going away if the latest direction for automation is followed up in full.

[Tisek]

> only affects a small handful of users

you mean like anyone ever wanting to change the default diagram?

[Nic Brough -Adaptavist-]

No, we're not talking about that (and that isn't a problem anyway), it's the "can't add transition in draft unless there's one there already" problem.  

[Tisek]

Yup, this very error happened to me when I tried to add a new transition to a default diagram where all states are like

[ State ] <--- [ All ]

I had to make a copy of that diagram, make the changes and do a migration. That's why I found this thread and why I replied in a first place.

So could there be any other reason for the error occuring to me? Because if not, this error can affect more than _small handful_ of users, right?

[Nic Brough -Adaptavist-]

Nope, no other reason.  It's a design flaw.

It only affects administrators, and only those who have inherited poorly designed workflows built by inexperienced admins.  That's probably less than a "small handful" of users to be honest, or at least should be, as the biggest mistake people make with Jira is "too many admins".

[Tisek]

I did not set up the JIRA, you are right. Yet I assume that the only

[ State ] <--- [ All ]

diagram is the most basic / default. In most small projects, it's what you need. How is it poorly designed? And why judging the design matters if it is a bug?

[Nic Brough -Adaptavist-]

It's poorly designed because the design creates this problem.

[Richard Lucas]

'Poorly Designed' workflow editor... or workflow

Our workflow as designed to allow teams to create their own workflows using 'drop and drag' on their Agile board.  Every status only has an inbound 'All' transition.  No mention anywhere of this restriction/bug until its too late.

Ie - some teams want to work only with 'ToDo' and 'Done' then they can. And the same flexibility for teams that want to work with a waterfall like SDLC, and they can do that without needing any assistance from a JIRA admin

So how can I fix this without releasing a new workflow that will touch 400k issues and throw our dev stats into the can?

[Nic Brough -Adaptavist-]

You don't - please see the conversation above!

[Richard Lucas]

Thanks Nic,

Its bit of a bind (or other words that begin with 'b') to hit this obstacle as we have painted ourselves into a corner with our management reporting that is based on last update date...  doh!

Any idea if this has been fixed in newer versions (7.13 or 8) of JIRA?

Anyway, with your excellent ScriptRunner, we were able to come up with an even better solution to create a 'Corrections Needed' scripted field that could be used in a condition on the existing transitions.

[Nic Brough -Adaptavist-]

Still broken in 8.1

[James_Becker]

@Nic Brough -Adaptavist- You say there's a workaround. Please, PLEASE tell us of this workaround.

EDIT: nvm, I see it below, trying now...

[James D_ Moore]

So when I develop a workflow I need to know every reversion  state ahead of time?   I allowed many states to transition to Done, via a cancel transition.   The we realized that Canceled needed to revert back to the previous state, but ONLY the previous state and only under certain conditions.  Discovering this is not POOR design, its discovery process ex post facto.

[Nic Brough -Adaptavist-]

No, you just need to make sure each status has at least one transition out when you create a new workflow.  You don't need to have the final design, just enough to be able to edit it later.

[carlin (ash)]

@Saqib Sheikh- Totally agree.

[Nic Brough -Adaptavist-]

I think you have misunderstood the community.  The overwhelming majority of the community are people who work with Atlassian software.  But we're not Atlassians. 

There are, of course, Atlassians here, but I don't know if any of the Jira developers (or, more importantly, Product Owners) are particularly active.

The the moderators/community leaders are not developing Jira, we're working with it.  And trying to explain why it is like it is, and trying to help people deal with flaws like this one.

Our moderators and community leaders spend time trying to help.  Not fixing code problems, because we can't - we're not buildng it.

[Nic Brough -Adaptavist-]

Or read what has already been said and stop looking like a troll?  (a new account, just to complain about something that only affects inexperienced admins and has a simple fix?  Really?)

[Tomislav Sulc]

What's the fix as of 2020? 

[Nic Brough -Adaptavist-]

It has not changed, my original answer still says what you need to do.

[Tomislav Sulc]

Oh, ok. Do we have some Jira ticket from Atlassian addressing this bug?

[Nic Brough -Adaptavist-]

Several, all closed with indication that nothing is going to get done, over in the list at https://jira.atlassian.com/issues/?jql=project%20%3D%20%22Jira%20Server%20and%20Data%20Center%22%20AND%20text%20~%20workflow%20AND%20text%20~%20draft%20AND%20text%20~%20edit%20AND%20text%20~%20transition%20ORDER%20BY%20status%20ASC

https://jira.atlassian.com/browse/JRASERVER-15964 for example is the one in my bookmarks

[Darren Birtwistle]

Not sure if it's helpful to anyone else, but when I face this issue it's usually limited to me adding/editing transitions between specific status on the workflow - not all give me this error.

I can usually just create a transition for any status temporarily back to itself, save this, and I don't get the "You cannot perform this operation on a draft workflow."

Once that is done, I'm able to click on that transition then drag and drop it's endpoints to the correct statuses I was originally trying to link. No need to go through the pain of copying workflows and editing those. 

As I say, seems to work for me every time. YYMV of course

EDIT: should have gone back and tested this before commenting from memory. Tried recreating this and found it WILL prevent me from publishing the draft sometimes. So issue remains...

[Michiel Van der Lee]

Yeah this is not minor. None of the work-arounds work because apparently the transition I'm trying to do is not allowed for some unknown reason. The fact that it gives no actual reason is infuriating. 

[Nic Brough -Adaptavist-]

The workaround works fine - make a copy, add the transition in there, migrate over to it.

[John Tolle]

It appears this was fixed for Jira Server:

https://jira.atlassian.com/browse/JRASERVER-19091

But if you're on Cloud, like we are, then you're out of luck (even though the Cloud issue has more votes and watchers than the Server issue!):

https://jira.atlassian.com/browse/JRACLOUD-19091

[Scott Bowler]

The way I got this to work on Cloud was to reuse an existing transition.

As for all the comments about 'badly designed workflows' - I'm using a default workflow from Jira and just adding to it..

[Gerta Mone]

This is making the life harder to all admins of Jira out there. Atlassian can not just simply say this is a flaw in design and don't even plan to fix it. The workaround works but as per its name is a workaround, so we need to get the permanently fix.

We are in 2021 and software services are supposed to automate and make life much easier to both developers, PO, Scrum master and the whole community that are using this services.

[Nic Brough -Adaptavist-]

Remember that this does not affect developers, scrum masters, po or most other users.  It only affects Jira administrators.  And only those who have built a workflow without this flaw in mind, or inherited them

[John Tolle]

@Nic Brough -Adaptavist- I reread this thread (for the 11th time) and noticed that you said this a while back: "Plus, it might be going away if the latest direction for automation is followed up in full."

What exactly did you mean by that and is there any chance this already happened or is in progress?

[manabu]

To Atlassian: If you are not going to fix this right away, at least, please make that message clear, admit that this is currently a bug and point to a clearly written step to get around it - like editing it in disabled mode.  The lengthy information on the page that you point to really isn't very helpful either. We need good user experience, we all know things will have bugs especially this is a coding tool anyway, so no coverups, be transparent and be helpful.

[Marcin Kwiecien]

This is just silly.  And everyone saying "this is awesome!" for a solution to clone a workflow in order to achieve this basic functionality should rethink what they wrote. "This" is not awesome, any "workaround" sucks. We should just be able to edit it right inside the draft  and that's it.

[Nic Brough -Adaptavist-]

<sigh>  No one is saying "this is awesome", everyone agrees this could be better.  Maybe you should try reading the conversation properly?

[Marcin Kwiecien]

I read it properly enough. People are not happy, I get it.  But they are not unhappy enough for me, sorry, it's just me. "Awesome" and "workaround" shouldn't even be in the same sentence when it comes to this poor functionality.

[Nic Brough -Adaptavist-]

The word "awesome" was used to say "thank you for suggesting a workaround", by one person, not "everyone". 

[Marcin Kwiecien]

I was exaggerating. Sorry, I just get triggered every time I hear about this issue not being resolved properly. Obviously, that person is not at fault for thanking for a workaround and the person who provided the workaround IS awesome. 

[Nic Brough -Adaptavist-]

I know, it annoys me too, it's a silly flaw.

There's a longer thread somewhere else on the same subject, with an explanation from an Atlassian which is a bit sketchy about how the mistake was made, but a lot of detail about why it's not going to be fixed.

[manabu]

We got our deliverables regardless of what Atlassian dictates. The awesome part is that with the help of others, we got out of this bind. We did not have to waste as much time and got it fixed, and we can move on.

Awefulness is that JIRA is a product to help us do the dev workflow thing. That's the core of it, and that very core of it does not work, and nothing is being done or taking super long time. The company that promotes Agile is not moving in that agile direction...

[James D_ Moore]

@Nic Brough -Adaptavist-As a Community Leader, can you provide a link to the "Official" long description on why this is not going to be fixed?   Is there an "Official" thread on this issue? 

I ask because in the community there seems to be a lot of "that's the way it is , deal with it," or "if you had experienced and well trained Workflow developers this wouldn't be an issue"   comments made by people that are in the know and these seem very condescending to those of us that have to work with this product every day without dedicated staff that knows all of these work-arounds.

[Nic Brough -Adaptavist-]

See the conversation above.

[Katerina Stasik]

There is a workaround. Create a copy of your workflow in global ISSUE menu

Make necessary changes 

Switch workflow in your project to the new one

remove the old one to not create a mess of workflows in Jira)

[Jason Lobo]

This is awesome suggestion, Katerina!!

[Mohamed Saied]

Brilliant !

[Samuel Araiza]

Hello, 2021. Still an issue. Trying to add a transition from one status to another and I can't. 

[Nic Brough -Adaptavist-]

Please see the conversation above about how to work around it, and about why it's not been fixed.

[Andrew Mitchell]

If you are lazy and can't be bothered duplicating the scheme/workflow. You can instead tick "Allow all statuses to transition to this one" on a status that has outgoing transitions. Not quite the same, but if you are simply creating a way to get out of a cancelled or completed status it works well.

[Katie Ghaemi]

Can someone please help me on how to work around the error message: "You cannot perform this operation on a draft workflow." 

1) I created a copy of a screen scheme

2) I created a copy of the workflow 

3) I edited the workflow copy to add a "backlog" transition from to-do status to itself.

Result: I am still seeing the error message.

Aim: I ultimately want the ability to move issues to the backlog when I create them.

Thanks

[Artem Glazkov]

Please make sure the workflow you are editing is INACTIVE.

This saved me from making any workflow copies:

1. Go to Settings > Issues > Workflow schemes
2. Remove the workflow from the scheme to make it INACTIVE
3. Edit INACTIVE workflow
4. Go back to the workflow scheme and bind the workflow with Add Workflow

[Franz Maruna]

This is annoying. 
What I've done is start to use Workflow Schemes at project levels, even if they're all just joining to one "Standard Workflow" scheme that points to a single "Standard Workflow" workflow. 

That way if i need to make a new copy of "standard workflow(3)" so i can tinker with transitions, I can change it at the scheme level and update all projects simultaneously. 

[Johan]

Come on, just replacing an old test tool that were not covering our needs and fell over this shitty problem. Dont have time to bother with work arounds, all resolved issues will have done resolution set automatically by use of post function until you fix this.

Except from that this tool seems awesome!

[Pieter Kuppens]

Not an answer but a comment:

I'm in the evaluation process for Atlassian products and encountered this issue.

This is definitely a big -, not only as a serious flaw but also the response that a workaround is available is too lazy. The feedback on the error is also terrible:

It took me way too long before even considering that something so trivial could be a bug that needs a workaround.

Overall I'm still impressed with Jira, and competing products have their own bugs, so this won't be the dealbreaker, just a considerable negative point.

[Vish Me]

I also facing same issue in JIRA really its Kill my Mind

[Fay Strickland]

Due to this issue I am considering stacking shelves in the local supermarket!