Interactive Filter works normally for admin user but shows "no records found" as a result of available filter options for all other usersIssue <!-- div.margin { padding: 10px 40px 40px 30px; } table.tocTable { border: 1px solid; border-color: #e0e0e0; background-color: #fff; } .title { color: #d1232b; font-weight: normal; font-size: 28px; } h1 { color: #d1232b; font-weight: normal; font-size: 21px; margin-bottom: 5px; border-bottom-width: 2px; border-bottom-style: solid; border-bottom-color: #cccccc; } h2 { color: #646464; font-weight: bold; font-size: 18px; } h3 { color: #000000; font-weight: bold; font-size: 16px; } h4 { color: #666666; font-weight: bold; font-size: 15px; } h5 { color: #000000; font-weight: bold; font-size: 13px; } h6 { color: #000000; font-weight: bold; font-size:14px; } ul, ol { margin-left: 0; list-style-position: outside; } --> Symptoms An Interactive Filter added to a dashboard / homepage works as expected for an admin user, this user is able to filter and find the interactive filter option to which users wants to filter the dashboard data, however, when a regular ( non-admin ) user tries to use the same interactive filter, there won't be any option available to select, instead, the user gets a "No records found" message. Release This issue can be tracked from Kingston release onwards Cause The root cause for this issue is an ACL that blocks users without the role "snc_platform_rest_api_access", this ACL is called "Table API" and can be found by opening the list of ACLs [ sys_security_acl.list on the Filter Navigator of the instance ] and look for an ACL of type "REST_Endpoint" and name = "Table API": https://___INSTANCE_NAME___.service-now.com/sys_security_acl_list.do?sysparm_query=name%3DTable%20API%5Etype%3DREST_Endpoint&sysparm_list_mode=grid Admin user will bypass this ACL as it is configured with "Admin Overrides" as true. Resolution The workaround to solve this issue is to modify the "Table API" ACL as follows: Remove the Requires role value of 'snc_platform_rest_api_access'Tick the Advanced checkbox and add the following script.answer = (gs.isInteractive()) || gs.hasRole('snc_platform_rest_api_access'); The strategy here is to add an extra OR condition to the ACL: The user has an interactive session (internal) OR The user has the role 'snc_platform_rest_api_access' Additional Information This is the documentation information related to the issue and the workaround: isInteractive: https://docs.servicenow.com/csh?topicname=c_GlideSessionAPI.html&version=latestREST API Security: https://docs.servicenow.com/csh?topicname=c_RESTAPI.html&version=latest