Custom Field to include in the API request but not in the Customer UI

Is there any work around with this scenario


I am creating "Request" via the Service Desk API (see image below)


The problem is, I don't want to show the "Request Type" custom field to the user nor hide it from them. I just want to update it "behind" via the REST API.

But I am getting error in the API request if I remove the custom field from fields of the fields of the Request type.

I want to remove the custom field in the customer UI but i want it in the requestFieldValues of the API call so that I can update it. 


Is there any work around with this case? 





1 answer

1 accepted

1 vote
Accepted answer

The REST interface respects what you have set up in the screens, so no, you're going to have to think about this differently.

I suspect the only way you'll get to do this would be to move the "edit" of this field into the workflow (have transitions that go back to the same status, with a screen with your field on it), so you can use conditions to protect the editing of the field from users - you'll need to grant the REST user you're updating with the right setup to use the transitions, and not the users.

Thanks for the response. The other workaround that I was thinking is just "Update" the "Request" after it was created, but seems like there's no Update Request API currently.

@Nic Brough [Adaptavist] I was also thinking if it is possible to create a "Request Type" that is hidden from the customer portal. It was not possible in the admin settings but maybe we can do that manually in the JIRA database?

Yes, you could do some updates if the API supported it.  I've not looked at doing that in the Service Desk API though, so I don't know enough about it.  If you can't find an update, then my guess is they haven't enabled it (yet)

Do NOT even think about doing this in the database.  Messing with a JIRA database is a nightmare and almost always leads to "ok, I'll go get the backup tapes".  Also, I don't know how you think you might be doing it in the database either - the database stores stuff, it doesn't control the business logic around who can do what.


Suggest an answer

Log in or Sign up to answer
Community showcase
Published Nov 27, 2018 in Portfolio for Jira

Introducing a new planning experience in Portfolio for Jira (Server/DC)

In the past, Portfolio for Jira required a high degree of detail–foresight that was unrealistic for many businesses to   have–in   order to produce a reliable long-term roadmap. We're tur...

2,364 views 15 19
Read article

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you