Field 'customfield_xxxxx' cannot be set. It is not on the appropriate screen, or unknown. about jira-cli HOT 4 OPEN

I believe this is related to Atlassian's change from a "Parent Link" field to the New Parent Field

The init function of Jira-cli configures whatever custom field number your "parent link" was in .config.yml under "link"

epic:
    name: customfield_#####
    link: customfield_#####

In my company, the old "Parent Link" field is now Locked, and I get the same error you do.

As additional complexity, the new Parent field is not a normal custom field for replacing the ID in .config.yml, but I found someone online saying you can refer to it simply as "parent". I tried updating my config.yml with that and now I get the error "parent: data was not an object", which seems like some type of progress.

Also for the record I tried running init again to see if it'd automatically handle this transition, but it generated the same config file.

I think this is basically a feature request to support the New Parent Field

@ankitpokhrel - apologies if I have anything wrong here!

from jira-cli.

I am having a similar issue. Essentially, in my jira config there are multiple custom fields with the same name. When I try to edit/create this custom field by the name, I get the same error.

Would it be possible to support multiple custom fields with the same name? So that the jira cli would try to find a valid custom field key that exists on the jira issue for all the custom fields with the same name?

from jira-cli.

I'm having the same issue as above with Atlassian's change from a "Parent Link" field to the new Parent Field. With Atlassian replacing the Epic Link field and moving to the parent field the jira-cli needs to use the 'Parent' system field in place of Epic link wherever it is referenced.

Our jira instance is removing Epic Link from the create screen to have only the parent field, this field is also required at the creation level for stories so is very helpful while using this script.

Would be great to get some traction on this!

from jira-cli.

I believe this is related to Atlassian's change from a "Parent Link" field to the New Parent Field

I confirm on my end this seems related to parent field. Commenting out the link: ... from the config, ignores the --parent and the issue gets created without a parent.

Workaround: create issue from CLI without parent, then edit (or bulk edit) to assign parent from the UI. 🤷‍♂️

@ankitpokhrel If you give me some pointers, I could possible open a PR to support the new parent field.

from jira-cli.