nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Ensuring all the required fields when cloning a ticket

Matthew Valley

I am trying to setup a workflow that accomplishes the following:

1. User submits a Form that is attached to a Service Request Ticket.

2. An automation clones the Service Request Ticket into a Software Ticket, inheriting all fields

However, when I test this workflow by filling out a new form, the ticket cloning fails with the following message:

'Unable to create issue

XXXXX is required. (customfield_12345)

Issue was created successfully, however some unexpected errors occurred -'

In this case XXXXX is a customfield that is populated in the Form.

The error message is possibly telling me to COPY this field in the cloning automation, which I have tried, however, this doesn't change the error.

Please help me interpret this error, and better understand how to ensure that all required fields are present to properly clone a ticket.

Accepted answers

All comments

Marcos Defina

Hi @Matthew Valley

Welcome to Atlassian community!

In order to ensure all fields are submitted to the issue creation, you should make them mandatory in the form software you're using.

Once the form is submitted, if there is anything missing, and you enforce the needs of such fields on jira side, all that will happen is your jira-instance denying the creation of the ticket, while the form didn't indicate to your user they needed to add that.

About the error, it's hard to tell exactly what's the problem without more details - I would advise sharing some screenshots of your automation so we can help.

On guessing grounds, it could be syntax error (using custom_field name on advanced value setting) - it could be invalid values on the Service Request Ticket, being copied to a field that doesn't accept that value type (eg: User picker to Date) - it could be that your destination issue type doesn't contain the necessary field on its view.

Happy to help debugging if you share more information.

Hope it helps!

Bests,

Marcos Defina.

Marc -Devoteam-

Hi @Matthew Valley

Welcome to the community.

You should be able to fix this by adding the field under More Options, advanced editing options via JSON.

Following as an example:

{
"fields":
{
"customfield_12345":"{{issue.customfield_12345}}"
}
}

Matthew Valley

Thanks for this suggestion!

The clone operation already has some JSON code, here it is with the addition of your code above:

Screenshot 2025-01-28 at 17.18.00.png

I've placed your code snippet where I gather it belongs based on this article.

However, my error message now reads:

Screenshot 2025-01-28 at 17.05.27.png

Matthew Valley

Hi Marcos, thanks for your reply.

To troubleshoot my issue I've setup a clean and isolated test project. I'll walk through setting up my system step-by-step and hopefully you'll be able to see where I've gone astray.

1. I'm starting with a new company-managed service project.

2. In Settings:Request Management, I created a new form. For this test, the form is minimal and only contains a field to select today's date

3. In Settings:Request Management:Request Types I created a new service request task. I attach the form to this new request task.

4. I create a simple automation:

When: Issue Created

Then: Clone Issues into Project B

where Project B is the same project used in my original post (the one that is blacked out for privacy reasons).

With this system in place, I can access the form from the Portal, and create a ticket in my test project. However, the automation to clone this ticket into Project B fails with the following message:

Failed to fetch fields for project/issue type -

14515/3

This is a new error code, but since the failure also occurs in cloning a service ticket with an attached form, I suspect I am simply setting things up improperly.

Thanks, Matt

Marc -Devoteam-

HI @Matthew Valley

Is the field available on the other project?

And is the rule scoped for both projects?

Marcos Defina

Why the double underscores? seems like this is the problem - your Project Code customfield is required, but you're given something the instance doesn't understand customfield__12657.

Fix the typo, and most likely it will work!

Marcos Defina

As answered under @Marc -Devoteam- thread, the problem seems to be a typo on your advanced fields JSON.

Having double underscore in between customfield and its id 12657 is causing the failure, as the instance can't understand where to put that information as a customfield__12675 is unlikely to exist, and the required field customfield_12657 which is mandatory field isn't being populated -> causing the failure on creating issue.

I hope that solves the problem.

Bests,
Marcos Defina.

Marcos Defina

That's ok Matt,

It's quite common to just reuse the code you already wrote in other automations, that brought the initial error to your sandbox test too.

It's just the double underscore as highlighted in other comments.

I hope that helps.

Marcos Defina

PS: whenever you have troubles like these, feel free to share some screenshots.

We're all here to help, but any ill intended person won't have enough information to cause a threat to your organization. Just be mindful of not displaying hardcoded emails, names and addresses on your screenshot and you'll be good.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud