<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>question Service Portal List Collector shows &amp;quot;No matches found&amp;quot; for non-admins (ACLs &amp;amp; Display values) in Community Central forum</title>
    <link>https://www.servicenow.com/community/community-central-forum/service-portal-list-collector-shows-quot-no-matches-found-quot/m-p/3543664#M6901</link>
    <description>&lt;DIV&gt;Hi everyone,&lt;BR /&gt;I am running into a bizarre issue with a List Collector on a Service Portal Record Producer and could use some expert eyes.&lt;BR /&gt;&lt;STRONG&gt;The Scenario:&lt;/STRONG&gt; I recently moved an "Applications" field out of a Multi-Row Variable Set (MRVS) and placed it directly onto the parent form of a Record Producer.&lt;BR /&gt;&lt;STRONG&gt;The Issue:&lt;/STRONG&gt; When a standard portal user clicks the Applications List Collector, it returns &lt;STRONG&gt;"No matches found."&lt;/STRONG&gt; However, the field populates perfectly for Admin users.&lt;BR /&gt;&lt;STRONG&gt;Troubleshooting I have already done:&lt;/STRONG&gt; I initially suspected a security or configuration issue, but I have completely ruled that out:&lt;/DIV&gt;&lt;OL&gt;&lt;LI&gt;&lt;STRONG&gt;ACLs are correct:&lt;/STRONG&gt; The user has read access to the custom table and the * fields. I verified this by having the user hit the table via _list.do in the backend they can see all the records.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Display Value is set:&lt;/STRONG&gt; The application_value column is correctly set as Display = true in the dictionary.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Cross-Scope Access is open:&lt;/STRONG&gt; The custom table allows access via web services across all application scopes.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Lookup Choice works:&lt;/STRONG&gt; If I change the variable type from "List Collector" to "Lookup Choice," the standard user &lt;I&gt;can&lt;/I&gt; see the data perfectly.&lt;/LI&gt;&lt;/OL&gt;&lt;DIV&gt;This proves the issue is strictly related to how the Service Portal's List Collector widget (or its background API) is rendering the data for non-admins.&lt;BR /&gt;&lt;STRONG&gt;My Question:&lt;/STRONG&gt; Since security and data configuration seem perfect (as proven by the Lookup Choice working and backend access), what else could cause the Service Portal List Collector widget specifically to fail for non-admins? Are there hidden API restrictions, widget limitations, or caching issues I might be missing when moving a variable out of an MRVS to the parent form?&lt;BR /&gt;Any insights would be hugely appreciated!&lt;BR /&gt;Thanks in advance!&lt;/DIV&gt;</description>
    <pubDate>Fri, 15 May 2026 11:04:57 GMT</pubDate>
    <dc:creator>BaijunathS</dc:creator>
    <dc:date>2026-05-15T11:04:57Z</dc:date>
    <item>
      <title>Service Portal List Collector shows "No matches found" for non-admins (ACLs &amp; Display values)</title>
      <link>https://www.servicenow.com/community/community-central-forum/service-portal-list-collector-shows-quot-no-matches-found-quot/m-p/3543664#M6901</link>
      <description>&lt;DIV&gt;Hi everyone,&lt;BR /&gt;I am running into a bizarre issue with a List Collector on a Service Portal Record Producer and could use some expert eyes.&lt;BR /&gt;&lt;STRONG&gt;The Scenario:&lt;/STRONG&gt; I recently moved an "Applications" field out of a Multi-Row Variable Set (MRVS) and placed it directly onto the parent form of a Record Producer.&lt;BR /&gt;&lt;STRONG&gt;The Issue:&lt;/STRONG&gt; When a standard portal user clicks the Applications List Collector, it returns &lt;STRONG&gt;"No matches found."&lt;/STRONG&gt; However, the field populates perfectly for Admin users.&lt;BR /&gt;&lt;STRONG&gt;Troubleshooting I have already done:&lt;/STRONG&gt; I initially suspected a security or configuration issue, but I have completely ruled that out:&lt;/DIV&gt;&lt;OL&gt;&lt;LI&gt;&lt;STRONG&gt;ACLs are correct:&lt;/STRONG&gt; The user has read access to the custom table and the * fields. I verified this by having the user hit the table via _list.do in the backend they can see all the records.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Display Value is set:&lt;/STRONG&gt; The application_value column is correctly set as Display = true in the dictionary.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Cross-Scope Access is open:&lt;/STRONG&gt; The custom table allows access via web services across all application scopes.&lt;/LI&gt;&lt;LI&gt;&lt;STRONG&gt;Lookup Choice works:&lt;/STRONG&gt; If I change the variable type from "List Collector" to "Lookup Choice," the standard user &lt;I&gt;can&lt;/I&gt; see the data perfectly.&lt;/LI&gt;&lt;/OL&gt;&lt;DIV&gt;This proves the issue is strictly related to how the Service Portal's List Collector widget (or its background API) is rendering the data for non-admins.&lt;BR /&gt;&lt;STRONG&gt;My Question:&lt;/STRONG&gt; Since security and data configuration seem perfect (as proven by the Lookup Choice working and backend access), what else could cause the Service Portal List Collector widget specifically to fail for non-admins? Are there hidden API restrictions, widget limitations, or caching issues I might be missing when moving a variable out of an MRVS to the parent form?&lt;BR /&gt;Any insights would be hugely appreciated!&lt;BR /&gt;Thanks in advance!&lt;/DIV&gt;</description>
      <pubDate>Fri, 15 May 2026 11:04:57 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/service-portal-list-collector-shows-quot-no-matches-found-quot/m-p/3543664#M6901</guid>
      <dc:creator>BaijunathS</dc:creator>
      <dc:date>2026-05-15T11:04:57Z</dc:date>
    </item>
    <item>
      <title>Re: Service Portal List Collector shows "No matches found" for non-admins (ACLs &amp; Disp</title>
      <link>https://www.servicenow.com/community/community-central-forum/service-portal-list-collector-shows-quot-no-matches-found-quot/m-p/3543670#M6902</link>
      <description>&lt;P&gt;&lt;a href="https://www.servicenow.com/community/user/viewprofilepage/user-id/1055193"&gt;@BaijunathS&lt;/a&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;you need to create&lt;SPAN&gt;&amp;nbsp;&lt;/SPAN&gt;&lt;STRONG&gt;query_range ACL with Table.*&lt;/STRONG&gt;&lt;/P&gt;
&lt;P&gt;Give role to that ACL i.e. &lt;STRONG&gt;snc_internal&lt;/STRONG&gt; and it will start showing records for non-admins in portal reference variable&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="AnkurBawiskar_0-1778843325157.png" style="width: 400px;"&gt;&lt;img src="https://www.servicenow.com/community/image/serverpage/image-id/516024i8A90BC9299F44C98/image-size/medium?v=v2&amp;amp;px=400" role="button" title="AnkurBawiskar_0-1778843325157.png" alt="AnkurBawiskar_0-1778843325157.png" /&gt;&lt;/span&gt;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&lt;span class="lia-unicode-emoji" title=":light_bulb:"&gt;💡&lt;/span&gt; If my response helped, please mark it as correct &lt;span class="lia-unicode-emoji" title=":white_heavy_check_mark:"&gt;✅&lt;/span&gt; and close the thread &lt;span class="lia-unicode-emoji" title=":locked:"&gt;🔒&lt;/span&gt;— this helps future readers find the solution faster! &lt;span class="lia-unicode-emoji" title=":folded_hands:"&gt;🙏&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 15 May 2026 11:09:10 GMT</pubDate>
      <guid>https://www.servicenow.com/community/community-central-forum/service-portal-list-collector-shows-quot-no-matches-found-quot/m-p/3543670#M6902</guid>
      <dc:creator>Ankur Bawiskar</dc:creator>
      <dc:date>2026-05-15T11:09:10Z</dc:date>
    </item>
  </channel>
</rss>

