Re: Exception when adding QuickContact and they are already a contact
There are several ways to handle this exception. You can wrap the qccontroller.subscribe call within an exception handler, pre check the entity you are trying to add to make sure you are not currently receiving presence from them or use the batch subscription subscribeAll method detailed here https://developer.cisco.com/media/AJAX-XMPP-Library-Index/api/symbols/jabberwerx.cisco.QuickContactController.html#subsc… SubscribeAll calls the regular subscribe method from within a worker thread and simply logs the exception of triggered. Note that you lose the subscribe function result and thus have no way of knowing whether or not the subscription worked.
CAXL has a feature request to remove the TypeError thrown when attempting to subscribe to a contact from whom you are already receiving presence by silently ignoring the subscription request and has not been scheduled for implementation.
This exception is in place to enable automated unit and integration testing. The QC protocol has all sorts of edge cases around contacts being promoted to and demoted from roster contacts (and the various subscription states a roster contact can have). Quite honestly, it took a while to get all the bugs worked out of the protocol let alone CAXL, making that exception a necessary evil of sorts.
By far the easiest way to handle the problem is to wrap the subscribe call in an exception handler and simply treat it as a failed subscription.
I think I found another one. For brevity, I'm stripping the soap headers.First, I'm creating a new line using addLine <line>
I need to have a notepad with some saved text to pop up with an incoming call hit to our call center. I am aware of the thick client screen pop gadget, I am working on seeing we can change that to fit our needs. I am unsure to change to get this working
HiWe have UCCX and are using cisco finesse. We have deployed popup screen feature on finesse and it is working fine, but we have a problem. It does not create new tab for each call that is handled and every new call over writes the call info with the new ...
Hi there, Suppose Agent001 is in Ready(userstate) state while Agent002 is in Not_ready(userstate) state. Agent002 makes call to Agent001,Agent001 answers the call & now they are in Talking(userstate) state...