Inconsistent: Create Issue API fails but Update Issue API succeeds for fields not present on screen

We’re observing an inconsistency in Jira behavior when interacting with fields that are not present on the issue screen (for example, the “Description” field).

Steps to reproduce:

1. Edit the issue screen configuration and remove the Description field from the Create, Edit, and View screens.

2. Try to create an issue using REST API with a payload containing a “description” field:

           {
               "fields": {
               "project": { "key": "ABC" },
               "summary": "Test issue",
               "issuetype": { "name": "Task" },
               "description":{"type": "doc", "version": 1, "content": \[{"type": "paragraph",                                                    "content": \[{"type": "text", "text": "This description is added via                                                 API"}\]}\]}                   

                 }
           }

      **Result:** Error message returned:

Field 'description' cannot be set. It is not on the appropriate screen, or unknown.

3. Now try to update an existing issue via REST API with the same field, even though it’s still not on the Edit/View screens:

  {
      "update": {
             "description": {"type": "doc", "version": 1, "content": \[{"type": "paragraph",                                                    "content": \[{"type": "text", "text": "Updated description via API"}\]}\]} 
       }
    }

Result: Update is successful.

  • The field value is updated internally (verified via history and API response).

  • The field value does not display in the UI (since it’s not on the screen).

Expected behavior:

Both Create and Update operations should behave consistently — either both should restrict updates to fields not on the screen, or both should allow updates (and hide them in the UI until the field is re-added to the screen).

Actual behavior:

  • Create API call fails with an error.

  • Update API call succeeds and updates the field behind the scenes.

Please confirm if this is expected behavior or a bug.

Hello @Nagaraja

Generally speaking, once you know a field isn’t on the edit screen, you don’t try to update it, as that would be kind of pointless. Personally, I have never heard of anyone deliberately removing the Description field from all the screens for an Issue type in a production environment, so to encounter a situation where both of those circumstances occur simultaneously is very rare.

However… some fields can be made exempt from the rule to allow them to be updated ‘behind the scenes’ and contain data whilst hidden from the user. To find those fields, use the Get edit issue metadata endpoint and look for those fields that have the flags overrideScreenSecurity and overrideEditableFlag set to true.

Long story short… you have observed expected behaviour.