Automation to clone issues from project A to project B Getting Error

Tempo Digital November 3, 2023

Hello,

I'm trying to clone an issue from project A to B with a Transition Issue trigger. But I got some error messages like:

Can not create issue in project/issue type

10012/10027

 

Any suggestions/solutions?
Thank you

Error Jira.png

2 answers

1 accepted

4 votes
Answer accepted
Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
November 3, 2023

Hello @Tempo Digital 

Welcome to the Atlassian community.

Are any of the projects in scope or the destination project a Team Managed project?

If so, then you can't use "Same issue type as trigger issue" in the Clone action.

Even if the Team Managed projects have issues types that show the same name, on the back end they have different unique issue type IDs and are not considered the same issue type.

If all the projects are Company Managed projects, have you confirmed that they share the same Issue Type Scheme, or that their Issue Type Schemes include the same issue types?

Tempo Digital November 3, 2023

Hello @Trudy Claspill 

thank you in advance.

 

Yes, iam use Team Managed Project in Project A and B.

And i try to define specific issue in project B, and i got this error:

Screenshot 2023-11-04 at 01.07.11.pngScreenshot 2023-11-04 at 01.06.58.png

 

Even if the Team Managed projects have issues types that show the same name, on the back end they have different unique issue type IDs and are not considered the same issue type.

How can i check if they have different unique issue type ID?

Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 3, 2023

As Trudy described, because the project you are cloning to is a team-managed project (TMP), it will definitely have a different Issue Type (and id), even for the same named task.

This is a known problem, as described here: https://jira.atlassian.com/browse/AUTO-410

A possible work-around would be to create the issue using a Send Web Request to the REST API function for issue create, although I have not tried that for a TMP.

Update and FYI: I tried another work-around using a created variable to force the specific issue type in the destination project and got the same error message.  I wonder if there is an underlying problem with the REST API and TMP for create issue.

Like Tempo Digital likes this
Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
November 3, 2023

Regarding the new error you got about the new issue needing to be created in the same project as the parent issue - in that specific execution of the rule you are using the Clone operation and trying to Clone the issue that triggered the rule. Was the issue that triggered the rule a child issue under an Epic? If so, the Clone process would try to make the new issue a child of the same Epic.

With Team Managed projects Epics and their child issues must be in the same project. You can't have an issue in project A that is a child issue of an Epic in project B.

Like # people like this
Tempo Digital November 4, 2023

@Trudy Claspill @Bill Sheboy 

Thank you Guys.
I solved the problem.

1. Cannot create an issue on a project/issue type

I think this is because the ID statuses are different, so I immediately defined them at the beginning towards the specific status in project B.

 

2. Issues of this Issue Type must be created in the same project as their parent. (project)

I think this is because project A is tied to a certain epic, after I released it everything went smoothly.


So I adjusted the automation again to my needs, and this is the final result.

Screenshot 2023-11-04 at 22.45.17.png


Thank you.

Like Bill Sheboy likes this
0 votes
Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 3, 2023

Hi @Tempo Digital -- Welcome to the Atlassian Community!

That error may mean a couple of possible things:

  • Because your clone action is using the option "Same issue type as trigger" the source issue type does not exist in the other project.  To solve this, I recommend selecting the specific issue type in that action.
  • The user / rule actor does not have permission to access the Tempo QA project.  You can check this first by examining the rule actor (at the top of the rule in the details).  The default is "Automation for Jira" and should solve this, but if another user is selected, please find out why before making changes.

Kind regards,
Bill

Trudy Claspill
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
November 3, 2023

Those are also valid possible causes for the issue!

Like Tempo Digital likes this
Tempo Digital November 3, 2023

Hello @Bill Sheboy 

thank you in advance.


Because your clone action is using the option "Same issue type as trigger" the source issue type does not exist in the other project.  To solve this, I recommend selecting the specific issue type in that action.

I tried pick a specific problem in project B with "Task", for which I created "Task" also in Project A. But I still get some errors like this.

Screenshot 2023-11-04 at 01.06.58.png

Screenshot 2023-11-04 at 01.07.11.png

 

And i make sure the rule actor is "Automation for Jira"

Screenshot 2023-11-04 at 01.17.29.png

Bill Sheboy
Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
November 3, 2023

Let's stick with Trudy's thread as she has the correct cause.  Thanks!

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
STANDARD
PERMISSIONS LEVEL
Product Admin
TAGS
AUG Leaders

Atlassian Community Events