Forums

Articles
Create
cancel
Showing results for 
Search instead for 
Did you mean: 

Custom fields editable on Request form view AND Work Item view

Myles Boyd
Contributor
January 13, 2026

Every time I add a custom field that is on the Request form tab of a request type, to the Work item view tab, it removes it from the Request form.

 

How do I add custom fields to both the Request item view and the Work item view? I need both the customer to set on logging and the agent to be able to change

 

Thanks

 

Myles

2 answers

1 accepted

1 vote
Answer accepted
Marc -Devoteam-
Community Champion
January 13, 2026

Hi @Myles Boyd 

You can't.

You can use a field only on a request form or a work item view.

If you use the field on the request tab, make sure the field is on the screen used by the work type.

If this field is filled out in the request type, the field with the value is shown on the work item.

Myles Boyd
Contributor
January 15, 2026

That's a shame; 

There are times when a ticket is wrongly raised, and I wanted agents be able to amend the Request Type and populate the required fields on an existing issue.  As such, I needed to have the fields on the Request view for customers to complete, and the issue view for agents.

Looks like I will have to duplicate all my RTs !!!

Marc -Devoteam-
Community Champion
January 15, 2026

Hi @Myles Boyd 

If the field is on the request type. and the field is used on creation via the portal, on the work type this field is also visible.

So on the work item you can edit this field and change its value.

Myles Boyd
Contributor
January 16, 2026

Thanks Marc,   should have tested - was so focused on adding

Like Marc -Devoteam- likes this
0 votes
Olha Yevdokymova_SaaSJet
Atlassian Partner
January 29, 2026

Just to add one more angle here, since the pain point seems to be fixing or reworking requests after they’re created.

You’re right that natively:

  • A field used on the request form is visible and editable on the work item

  • But changing the request type itself (and re-collecting the right info) is where things get messy

  • Duplicating request types is often the only clean native option, which doesn’t scale well

Some teams handle this by moving the customer input into a form layer instead of relying entirely on request-type fields.

With Smart Forms for Jira (developed by my team), a common pattern is:

  • Customers submit a form to create the work item

  • Form fields not always needed to be tied to work item field if not needed for mapping, but if needed you can map any form field to any jira field of that type
  • Agents can later open the same form or another ( follow-up form) on the work item and this form may update the same work item fields as preuvious

  • Agents can correct or update details 

  • You only map the fields that Jira actually needs (like Request Type, Category, Priority), instead of duplicating request types just to re-enter data

Suggest an answer

Log in or Sign up to answer
DEPLOYMENT TYPE
CLOUD
PRODUCT PLAN
PREMIUM
TAGS
AUG Leaders

Atlassian Community Events