Is it possible to modify the List Control of a Related List and apply that change to all extended tables of CMDB_CI?

Paul VanOver
Kilo Contributor

Hello all, I am brand new in the SNow community, so please be gentle.   We are on the Helsinki platform.

Here is the situation. We have numerous tables extended from cmdb_ci, such as cmdb_ci_windows_server, cmdb_ci_linux_server, etc. etc. I think this is pretty much common in any instance of SNow. All of these have multiple records in them.

If you open any of these items and view them, at the bottom of the form are the related lists. Every single table extending from cmdb_ci appears to have a related list, called Affected by Task. I have been asked to lock this down for all of these extended tables, as well as change the Label the user sees.

I have figured out that all of these related lists are in the sys_ui_related_list_entry table. I know one way to lock down these related lists is to configure them using the List Control options. I went into sys_ui_list_control expecting to find a list control for each of these and could not. Therefore I assume there is some default mechanism being used to control.

I know I can create an entry in sys_ui_list_control for every related last in every table extending from cmdb_ci and accomplish what I want, however, this just doesn't sound like the right approach.   It seems like I should be able to create one entry for cmdb_ci which applies to that table and all tables which extend it. This would also handle any new future items discovered by Discovery and added to the cmdb.

Does anyone know if this is possible? Thank you very much for your help!

Paul

Additional information (since I posted this)

I have figured out that I can duplicate the global New or Edit... ui actions and change the table to task_ci (affected tasks) and then set the condition to false, this prevents the New and Edit button from ever showing on that related list. that is one option, still sounds odd to me.

I also figured out there are Omit Edit Condition and Omit New Condition scripts available on List Control, but those weren't being displayed by default. This seems like a much better approach to me.

This still doesn't address the need to apply this change at the base table level. Ideally, I could create a script that says, "Hey, If I am a related list, if I am the task_ci affected task list, and my parent base table is cmdb_ci, then I want to globally change my Label to say "yada yada" and I want to remove the New and Edit button.

6 REPLIES 6

Pradeep Sharma
ServiceNow Employee
ServiceNow Employee

Hello Paul,



OOTB, List control changes defined on the base table will not be applied to child tables.


Thanks for your quick response. I am not actually referring to making changes on the List Control for the base table, I am referring to the ci_item related list which appears on all of those extended tables.



cmdb_ci -> bottom of form shows related list "Affected by Task"


cmdb_ci_unix_server -> bottom of form shows related list "Affected by Task"


cmdb_ci_windows_server -> bottom of form shows related list "Affected by Task"


cmdb_ci_apache -> bottom of form shows related list "Affected by Task"



All of these have the same related list at the bottom of the form. I am trying to disable the Edit and New button for all of them, display specific columns in all of them, and disable row editing for all of them... Without having to modify each List Control. As you can imagine we have TONS of table extended from cmdb_ci.


Hello Paul,



Thanks for the update. I mean the list control will be defined per table basis. So the answer is NO. You will have to configure each list control separately.


New or edit button is shown to the user based on ACL "Create/Write" operations defined on the target table.


Arnab Karak
Giga Expert

Hey Paul,


Open the table task_ci in the list view and open the "List Control". Check the "Omit new button" and "Omit edit button". It will help that what are you looking for if I understood correctly. And it will appear for all the table as well as the child table too.



Regards,


Arnab Karak



PS: Hit like, Helpful or Correct.