I am trying to create a Jira issue using the Jira node in n8n and need to set a custom dropdown field (customfield_10082 ) which is mandatory to create jira. When I try to set it, I receive a 400 error stating that a valid ‘id’ or ‘value’ could not be found in the Parent Option object. I have confirmed this field in a GET request and it is structured as follows:
@TeCoe_POC , I think you are better off using JSON in the body field rather than dedicated custom field. Also, I do not believe you need to include self and id (see API doc). Something like this
Actually I am trying to create a new jira through n8n so I was looking to use inbuilt Jira node for ntegration. Isn’t there a convenient way to pass customfield using Jira node iteself.
Though I will try the http node as well as you suggested.
So I tried to update Jira custom fields from the n8n UI, but I’m encountering an issue.
Getting 400 - {“errorMessages”:,“errors”:{“customfield_10082”:“Could not find valid ‘id’ or ‘value’ in the Parent Option object.”}}
Furthermore, When I add the custom field values directly in the JSON like this:
and then import the workflow, it works perfectly. (The UI shows the value as [Object object].)
However, when I try to add the fields from the n8n UI, it doesn’t work.
I have tried entering the value in JSON format in the ‘Field Value’ field, but it’s not being recognized by the UI. Here’s what I’m entering:
For a single value field: {"id": "<ID>"}
400 - {“errorMessages”:,“errors”:{“customfield_10082”:“Could not find valid ‘id’ or ‘value’ in the Parent Option object.”}}
My requirement is to be able to add these fields from the UI. Can anyone help me understand why this isn’t working, and what I can do to resolve the issue?
400 - {“errorMessages”:,“errors”:{“customfield_10082”:“Could not find valid ‘id’ or ‘value’ in the Parent Option object.”}}
A dropdown is a list of items each of which has a text value and the associated id for that value. To set the value programmatically, you need to provide either id or value - there is no need to use them both. Moreover, getting to know the actual optionid is not straightforward (and it is not the same as field ID). Also, if both are used the id takes precedence over value. Thus, I would recommend using actual values instead unless you know the id for sure (both IDs - the field and the option).
In the latter case, you would use an expression as below (from my own test workflow, use your own IDs ensuring they are valid).