- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hello all,
Our organization is currently migrating our Service Desk from using the old agent workspace to the new SoW. Something we have immediately noticed is that lists do not auto refresh like they do in agent. I have spoken with Service Now and was advised they lists are auto refreshing when you update any record and then flip back to the list view. This is true, however we want it to refresh everytime, we are on SoW v8.2 so we are up to date and should not be facing PRB1919567 anymore.
Does anyone have any suggestions or know how to make the lists auto refresh when clicking between any tab or even make it refresh on a timer? We found a different list variant that keeps our preferred refreshing behaviour, but we were told it will be no longer supported in the near future.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hi my Friend,
lists don’t auto-refresh the way Agent Workspace did, and there isn’t an out-of-the-box setting to force them to refresh on tab switch or on a timer. The behavior support described refresh after a record update and returning to the list is currently how the workspace list framework is designed to work.
The list variant you found that still auto-refreshes is likely using legacy components, which is why it behaves closer to Agent Workspace but is being phased out.
If you need more real-time behavior, your options are mostly configuration/customization:
Configure an event-driven refresh in UI Builder so the list refreshes when records change assignment, state updates, saves.
Add a timer-based refresh via client scripting in the workspace page not OOTB and needs to be used carefully for performance.
Trigger a refresh when the user returns to the tab (visibility/focus event).
For true live queues, implement record watcher/streaming so updates push to the list instead of polling.
There isn’t currently a platform property or SoW setting that enables automatic refresh on every tab click across the board, so this typically ends up being solved with UI Builder event wiring rather than a simple toggle.
@connormills - If help you answer, Please mark Accepted Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Hi my Friend,
lists don’t auto-refresh the way Agent Workspace did, and there isn’t an out-of-the-box setting to force them to refresh on tab switch or on a timer. The behavior support described refresh after a record update and returning to the list is currently how the workspace list framework is designed to work.
The list variant you found that still auto-refreshes is likely using legacy components, which is why it behaves closer to Agent Workspace but is being phased out.
If you need more real-time behavior, your options are mostly configuration/customization:
Configure an event-driven refresh in UI Builder so the list refreshes when records change assignment, state updates, saves.
Add a timer-based refresh via client scripting in the workspace page not OOTB and needs to be used carefully for performance.
Trigger a refresh when the user returns to the tab (visibility/focus event).
For true live queues, implement record watcher/streaming so updates push to the list instead of polling.
There isn’t currently a platform property or SoW setting that enables automatic refresh on every tab click across the board, so this typically ends up being solved with UI Builder event wiring rather than a simple toggle.
@connormills - If help you answer, Please mark Accepted Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
3 weeks ago
Have you tried using system property "glide.lists.live_list_enabled"?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
2 weeks ago
Yes, unfortunately does not solve the problem. That property is only available on default lists not personalized ones, and comes with the caveat that your view of records changes from pages to infinite scroll.

