Hi everyone,
As of this morning cloning a resolved issue appears to create a resolved clone...
Checked the audit logs, and config and can't see that anything has changed... or find a cause...
Yesterday a clone of a resolved issue would create an unresolved issue (we use this mostly for repetitive deployment tasks etc.)
Today they are all being marked as resolved as soon as we clone them...
Any thoughts, is this a bug or is it working for everyone else and we have some config issue somewhere?
OK, Atlassian pointed me to the bug tracker item:
https://jira.atlassian.com/browse/JRACLOUD-75040
Highest priority and they are working on it. Please go vote / watch.
We also filed a ticket regarding this issue, and I've already voted and am watching https://jira.atlassian.com/browse/JRACLOUD-75040.
Question while we wait: Any ideas on how to disable Cloning while this is broken?
You can do it on Server:
https://confluence.atlassian.com/jirakb/disable-clone-issue-in-jira-747836996.html
Would be nice if we had the option on Cloud. Especially when it's broken.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi All,
I provided instructions for the Classic Project work-around - and a workaround for Simplified / Next-Gen - on another question. This might be useful to some of you.
If you have a larger instance there might be an option utilising a global automation rule as long as you have All-to-All transitions in your workflows. If this is your example, let me know :)
-----------------
Classic Projects:
The post-function work-around mentioned in this issue will work for Classic Projects.
To implement this:
^ This will clear the resolution at creation.
-----------------
If you are using a Next-Gen project - or a Classic Project with a Simplified Workflow - the above workaround is not an option.
Instead, you can achieve the same result using a loop transition automation rule.
-----------------
Loop Automation:
Looping back to the same status will remove the resolution.
What this means is the transition will be from the first status, back to the same status. It's cleanest to do this loop transition via Automation.
For the Automation Rule:
A few notes on the above rule:
-------------
The second option does require some setup to automate what might be a temporary problem as it's a bug - but it's a workaround which works today for those projects which cannot utilise a "complex" workflow.
Ste
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm going to file a case. This is definitely a new bug, encountered for me today. Also since most workflows only have Clear Resolution on a re-open type status, it's not easy to clean it up.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I filed this as a Priority 2 support item and will link the related bug here once I know they have one. To check how extensive it is, you can run this JQL:
linkType = clones AND statusCategory != Done AND resolution is not EMPTY AND Created > -1w
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Same thing happening to our organization.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The same thing happening for ours.
The first five or six clones get created in the same manner as before (as unresolved), and I can see them in a project backlog. Any others after that are created as resolved clones.
Tested this twice - same behaviour.
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.
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.