Automation rule fails to complete due to the error "No issue type selected. (issuetype), No project selected. (pid)"

Platform Notice: Data Center Only - This article only applies to Atlassian products on the Data Center platform.

Note that this KB was created for the Data Center version of the product. Data Center KBs for non-Data-Center-specific features may also work for Server versions of the product, however they have not been tested. Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options.

*Except Fisheye and Crucible


An automation rule from Automation For Jira was configured to automatically create new issues. The execution of the rule fails with the following error found in the audit logs:

1 2 3 4 5 Error creating issue No issue type selected. (issuetype), No project selected. (pid) Unknown fields set during create, they may be unavailable for the project/type. Check your custom field configuration. Fields ignored - Project (project), Description (description), Issue Type (issuetype), Summary (summary)
No issue type select error in automation audit logs


  • Check the configuration of the workflow associated to the issue type and project in which the new issue is created by the automation rule

  • Click on the first status in the workflow that the issue enters when it's created, and click on Properties

    Workflow status Properties

  • Check if the property jira.permission.createissue.denied was added to the status with the true value:

    Workflow status property jira.permission.createissue.denied

  • If you can find this property, then this KB article is relevant


When the property jira.permission.createissue.denied is added to the first status that an issue enters when it's created, it becomes impossible to create issues via the Jira REST API or via Automation Rules. This behavior is expected due to how the property was designed to work.

Please note that there is some inconsistency with how this property impacts the ability of creating new issues depending if the issue is created via the UI or via REST API/automation:

  • issues can't be created via the Jira REST API or automation rules - Expected behavior

  • however, issues can still be created via the UI - Non expected behavior

This inconsistency is tracked in the open bug ticket: JRASERVER-72517 - Workflow Permissions around issue creation are not enforced consistently between the UI & REST API CLOSED

The same error is also triggered by this bug: JRASERVER-67652 - Using jira.permission.createclone.denied on Initial Workflow Status breaks Issue Creation via REST API CLOSED

When the property jira.permission.createclone.denied is used, the same behavior happens.


We found that the "denied" parameter causes this issue on the Automation rule, so a few possible options to resolve this error include changing how the property is used.

To fix this, we can either:

  • Remove the problematic property(ies) from the workflow, which are listed below:

    • jira.permission.createissue.denied

    • jira.permission.createclone.denied

  • Add another property allowing the rule actor to have the permission, such as: jira.permission.xxxxxxx.projectrole=[id]

  • Or modify the automation rule to create issues with a different issue type that is associated with a workflow that is not using the property(ies)

Updated on May 31, 2024

Still need help?

The Atlassian Community is here for you.