Layout list columns are visible

[Primm]

Hello,

I had to a column called "Review Type" to the personalize list for the for a task table, that is coming from the parent. I added the column by dot walking in the in the list layout. I modified three different table views. Default view, CPO Default and ABM Dropdown view. When I impersonate with different users. They only can see the changes on one of the views. 

I already checked out acl permissions for the views, and they have read access to them. Please advise. Thank you.

[Swapnil24]

Hi @Primm , when you add a column using the list layout it does not automatically add the field to the list views of users.

You would need to reset the column defaults and then add the column to the list for it to display. You also need to remember that lists are personal to each user which means that unless they add it from available columns or have default list the column wont show.

Hope this helps.

Thank you,

Swapnil Deo

[MackI · Accepted solution]

hi @Primm 

Potential Causes and Solutions

1. User Preferences Override:
* Issue: Users might have personalized their list views, inadvertently overriding the changes you made in the list layout.
* Solution:
* Instruct users to reset their personalized list views to the default settings.
* This can be done by clicking the gear icon on the list view header and choosing "Reset to Default."

2. Caching:
* Issue: Sometimes, ServiceNow caches personalized list settings, and even after resetting to default, the cached version might be displayed.
* Solution:
* Clear the browser cache and reload the page to ensure the latest configuration is loaded.
* Consider clearing the application cache from System Diagnostics > Session Debug > Cache.

3. Conflicting Client Scripts or UI Policies:

* Issue: Client scripts or UI policies on the task table or parent table could be manipulating the list view columns based on conditions that vary for different users.
* Solution:
* Review any client scripts or UI policies that might be modifying the column layout.
* Temporarily disable these scripts or policies to see if they are causing the issue.

4. User Roles and Permissions:
* Issue: While users have read access to the views, they might lack the necessary permissions to view the "Review Type" column due to field-level security restrictions.
* Solution:
* Ensure that the users' roles have access to the "Review Type" field on both the parent and task tables.
* Check for any field-level ACLs that might be restricting access based on specific conditions.

5. View Overrides in Specific Roles:
* Issue: Some user roles might have specific view overrides configured for the task table that exclude the "Review Type" column.
* Solution:
* Check the role configurations for any view overrides related to the task table.
* Modify or remove the overrides to ensure the "Review Type" column is included.

6. Dot-Walking Issues:
* Issue: If the dot-walking configuration for the "Review Type" column is incorrect, it might not display properly for certain users or views.
* Solution:
* Double-check the dot-walking path in the list layout to ensure it is accurate and points to the correct field on the parent table

If you like this opinion. Please kindly mark this your best answer OR Helpful and help me to contribute more to this community

[Primm]

Thank you @MackI your first solution worked. It was very helpful. Thank you.