Why won't my related lists display for non-admin users?

dclayne
Kilo Expert

As an admin, while in the form of a custom application, I selected the Additional --> Configure --> Related Lists option and added the appropriate selection to the form (e.g. the child table has a reference field that obtains its value from the table I'm adding the related list to). This related list displays wonderfully for admins, but not for non-admins.

Here is a screen capture of the form when an admin views it...notice the tabbed region beneath the UI Actions and the hierarchical related lists:

sc01.jpg

Here is a screen capture of the same form and same data when a non-admin views it...notice there are no related lists beneath the UI Actions:

sc02.jpg

When I modify the form design and make the Related Lists part of the Form Layout (e.g. as Embedded Lists), the data displays with the only issue being that it looks ugly:

sc03.jpg

The Related List display issue occurs in domain-separated and non-domain - separated environments. It occurs regardless of the user's domain (e.g. an admin in all the different domains can see the related lists, but a non-admin in any of the domains, including global, cannot.)

So, this leads me to the following questions: are defined Related Lists only available for admins; or, am I missing some table attribute, ACL rule, or system role that would allow my non-admin to see the related lists? I really don't want to use form-embedded lists. Based on the type of data entry that's required, related lists would be much better for the user experience.

1 ACCEPTED SOLUTION

dclayne
Kilo Expert

I figured it out! In table sys_security_acl, there's an out-of-the-box ServiceNow ACL named sys_ui_related_list for read functionality, globally scoped, which makes it so that you must have the admin or form_admin role in order to view related lists within a form. I created a new ACL associated with application, also named sys_ui_related_list, with read functionality, and assigned the application's guest and admin roles to that new application-specific ACL. Now, when I view the forms as a non-admin, I'm able to see the related lists.


View solution in original post

17 REPLIES 17

Hi Pradeep,



Yes, the development instance of the application is a bit messy (from my troubleshooting), but I can replicate it there as well. User Abel Tuter has a role that should allow him to see the Interface Control Documents application. Click on Integrations, then click on the SX to Remedy 2.0.2 entry, which will take you to the Services form. In that form, that user will not see the related list GUI. If you give the same user the admin role and navigate to the same form, then the related list GUI will be there.


Loudigi
Kilo Sage

Hi David,



Can the non-admin user see the data to begin with? As that user, can you navigate to those lists or records? It could be that non-admin users have no read access.


Hi Luis,



Thank you for your help! They can see the data and the list GUI if it's an embedded list...meaning, an admin has gone into form layout and select the related list and placed it within the form as anyone would any other field. They're unable to see it if they're not an admin *and* it's a true related list (e.g. it was added by an admin user by going into Configure > Related Lists).


donnie5
Mega Expert

Have you checked for JavaScript errors? I've seen problems with a client script prevent related lists (and other things) from loading. A script may work fine for an admin but fail for a non-admin. If you haven't already, you might want to hit F12, select Console and then load the page so you can watch for errors.


Hi Donnie,



Thank you for your help! Good point, but unfortunately I don't have any client scripts associated with any of the forms.