Hi,
I want to make a Select List custom field read only in JSM. I have assigned default value to state field (Select List field), I want restrict the user by not changing the default valu assigned.
I have added state custom field and by default it is assigned with value "New", I don't want the user to change the value, so for that I want to make that field read only.
Is it possible to do or any other ways to satisfy the above mentioned requirement in JSM ??
Hi Guru,
Remove the field from the Edit screen and the user will not be able to change the value.
Hi John,
Thank you for your reply.
I want to view that field in screen as user need to know their state. Is there any other solution ??
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You should have three screens, create screen, edit screen, view screen. Leave the field on the create screen and the view screen, and remove it from the edit screen.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Are you asking the field is read only for just customers when they create issues via the portal UI, but your agent should be able to change the field via the issue view in the project's UI?
If yes, then it is not possible out of box. You will need third party add-ons to accomplish what you wanted to do. Out of the box, you can set a custom field for your project's Request form and select the checkbox to use preset value and hide from the portal. However, the field will not be displayed in the portal, but only available in the issue view for your agents via the project UI.
What is the rationale to display a field in the request type view via the portal, but you don't want it to be changed by the customer?
Hope this makes sense.
Best, Joseph Chung Yin
Jira/JSM Functional Lead, Global Technology Applications Team
Viasat Inc.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I forgot to mention what @John Funk stated. If your users are one who access the issues via the project UI, then what John stated is the solution. However, it is still not clear on who do you mean by Users (Customers or Agent)?
Lastly, it only makes sense if the population of the custom field is done via the WF or automation rule and should not be changed by actual person via editing issue operation.
Hope this makes sense.
Best, Joseph
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
We want to show the customer who is the assignee, but they should not be able to set the assignee by themselves. How do we solve that?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.