104 views

Symptoms


Connect Support Agents are intermittently not having their queue update. 

Connect Support Agents or End Users are intermittently not seeing messages sent by the other chat user. 

After a page refresh, the missing data is showing as expected.

 

Causes


This normally happens when the user is not able to get real-time data because they have been disconnected from the AMB (Asynchronous Message Bus) For more information on the AMB please review this article KB0622691. Here are some things which can cause that to happen and ways to prevent them from happening.

 

1) The user has too many browser tabs or windows with Service Now open.

The AMB only supports a limited number of clients and needs one for each tab open. You should limit the tabs to 5 and if you have more open then after closing them out you should refresh the tab which has chat in it to re-subscribe to AMB.

 

2) Long-running transactions are causing AMB updates to be missed because of session sync.

After waiting for more than 10 seconds an AMB request will timeout so if there is a long-running transaction holding up the AMB request it may never complete causing the queue update or message to be missed. Sometimes a slow homepage which can be refreshing regularly is causing issues or sometimes the user is navigating to a slow loading list or form. This can also be caused by a performance issue with the connect application itself. 

For more information on troubleshooting connect transaction slowness review this KB: KB0677335

 

3) The instance is facing a minor performance issue which caused Connect or AMB transactions to timeout. 

When doing things like importing update sets or large data imports/exports you can cause minor instance performance issues due to low memory or semaphore exhaustion. These are sometimes not noticed in the normal UI but can cause issues with AMB and then users will not see real-time data updating in Connect.

 

4) There was a Problem which could cause issues with AMB but it is fixed in JP6, IP11, and KP1. 

KB0655956

 

Resolutions


1) The user has too many browser tabs or windows with Service Now open.

To prevent this from happening, tell the Agents to limit their number of tabs to 5 or less and if they are facing issues to close extra tabs and then refresh the chat tab.

 

2) Long-running transactions are causing AMB updates to be missed because of session sync.

You can evaluate the user's transactions around the time of the issue in the syslog_transaction table to identify slowness. Here is an article which talks about this in respect to Connect transactions, but the same can apply for homepages, lists, or most anything else which can cause slowness.

 

3) The instance is facing a minor performance issue which caused Connect or AMB transactions to timeout. 

Don't import Update Sets or do large imports during production hours. Be careful running scripts which do multiple queries in loops and could cause long SQL queries. Test using a setLimit() on the query to make sure it does not return too many results.

 

Additional Information


Docs on setLimit() for GlideRecord queries.

https://docs.servicenow.com/bundle/london-application-development/page/app-store/dev_portal/API_reference/GlideRecord/concept/c_GlideRecordAPI.html#ariaid-title70

 

If you cannot resolve the issue using this article and need to create an Incident with Customer Support in HI, please provide the following information which will be an example case for us to investigate. 

  1. The user who was having the issue
  2. The exact behavior they saw, for instance, the queue not updating or a message not been seen.
  3. The chat_queue_entry where the issue happened. 
  4. If related to a message, the exact message missed.
  5. A capture of the user's Network traffic at the time of the issue. See KB0655923.

Article Information

Last Updated:2018-08-23 10:49:22
Published:2018-08-23