"glide.ui.list.allow_extended_fields" Pros and Cons?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-23-2019 01:52 AM
Hi All,
I would like to know why "glide.ui.list.allow_extended_fields" this property is disabled by default? Will there be any performance impact if we enable this?
Thanks,
Kannan
- Labels:
-
Best Practices
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-23-2019 07:06 AM
in simple terms
if that is enabled then by sitting on parent table you can access child table field.
there may be not be performance issue as such but some of the functionalities won't give you result as you expect in some cases like in reports
https://hi.service-now.com/kb_view.do?sysparm_article=KB0656063
As there are very less use cases where this property is widely used hence I think it is kept as false.
Mark my ANSWER as CORRECT n also HELPFUL if it helps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-23-2019 08:45 AM
determines whether fields on extended tables can be added to a parent table list. For example, when this feature is enabled, you can view and filter on the Caller field, from the Incident table, on a Task table list.
Before you begin
Procedure
- Navigate to System Properties > UI Properties.
- Locate the property Allow base table lists (task, cmdb_ci, etc.) to include extended table fields (incident_state, os_version, etc.), and allow filtering on extended table fields (glide.ui.list.allow_extended_fields).
- Select the check box to enable extended fields on parent table lists. Clear the check box to disable the feature.
- Click Save.
If this resolves your query, please mark my comments as correct and helpful .
Regards,
Ajay Chavan