Want to build your own knowledgebase?
Each LibraryH3lp subscription includes unlimited independent internal or public-facing knowledgebases (FAQs).



Search the LibraryH3lp Knowledge Base

 

 


Why did I get disconnected in the webclient for staffing?

241 views   |   Last updated on Feb 14, 2017    webclient

 

The webclient for staffing does not have any automatic time-outs. However, it stays in constant communication with our server to make sure you're connected, and when it cannot reach the server, it tries to reconnect automatically.

If it is unable to auto-reconnect within a couple of minutes, it gives up and alerts you that it has become disconnected, so that you can login again.

Common causes of webclient disconnects:

  • Poor network conditions. Examples: dropped packets, low connectivity over wireless, and upstream problems.
  • Proxy servers. A proxy server will even drop a connection in the middle of active chats. They have several problems:
    1. They don't respect the long-running connections to our server, causing the disconnects.
    2. They cache responses, which interferes with the reconnection attempts.
    3. Depending on configuration, they may also limit the number of simultaneous connections to any particular host across the network. This may cause problem to appear only once a particular critical mass of people is signed in and/or chatting all at once, as can happen when bringing a service up live, following a successful testing period with fewer numbers of simultaneous logins.
    Note that we are NOT concerned with proxy servers such as EZProxy. That is a different animal and does not impact chat. We are concerned with proxy servers used internally, often to boost performance on large networks.
  • Signing into the admin dashboard in the same browser as a different user. This will probably work, but it may disrupt chat management functionality like send file, access to the integrated Activity page, access to the integrated profiles page, etc.
  • Computers going to sleep because of idle time. Because of browser sandboxing, this problem may manifest as the webclient appearing to be signed in when it really is not. The computer's idle process will not always communicate the closed state of the connection back to the browser.
  • Switching between networks while signed in. Example: taking a laptop out of its dock to switch from a wired to a wireless network. You must sign out and back in when changing networks.

Suggestions for users of proxy servers:

The proxy server problem often can be solved completely by increasing proxy read timeout and/or increasing the number of allowed connections to a site.

In addition to webclient disconnects, sometimes proxy servers will lead to dropped messages. It is much better to use https chat boxes with proxy servers. All generated code from the admin dashboard's chat snippet management page uses https by default. To change it by hand in older code, simply change http to https on all URLs and JavaScript calls.

Try a different web-based chat client

If you need to use a web-based client and have disconnect problems with the native webclient, try a different web client A different web client may use different technologies to maintain the connection, and their way may work better in your network environment. The downsides are that when answering chats from these external web-based clients, you won't be able to use clickable queue avatars to access profile pages, and you will have to follow a link to do specialized chat management things such as transfer and send files.

Locally-installed clients are more robust

Despite all our efforts to make the webclient as reliable as possible, it will not work well for everyone. Locally-installed clients (those installed directly on a computer rather than only running through the web browser) will always be more robust than a web client because they tie into your operating system directly. You may have to use one of these.

Topics