The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
Users' presence is unknown when the contact is manually added to contacts in Microsoft Outlook 2010 and 2013, when the contact is added to local (custom) contacts with an email address type of SMTP. To resolve this issue, delete the contact and add it again manually, ensuring the email address type is Exchange (EX). This item is documented in CSCuo57172.
If you are using Cisco Unified Presence 8.6.5 SU2 or earlier, or Cisco Unified Communications Manager IM and Presence 9.1.1 SU1 or earlier, the client might display users' presence as offline when the user is actually online and has a network connection. This presence issue is fixed in Cisco Unified Presence 8.6.5 SU3 and Cisco Unified Communications Manager IM and Presence 9.1.1 SU1 and 10.0.1. This item is documented in CSCui29999.
Review the content in this topic to understand client performance and behavior in certain cases.
You can disable file transfers and screen captures on Cisco Unified Communications IM and Presence with the Enable file transfer parameter.
This issue applies to Cisco Jabber for Windows in cloud-based deployments only.
Blocking users does not deny availability status if the blocked users exist in a contact list as part of an enterprise group.
For example, User A blocks User B. However, User A is in User B's contact list as part of an enterprise group. As a result, User B can view User A's availability status.
Because Cisco Unified Presence removes the federated contacts from the contact lists, users must add the federated contacts to their contact lists again to send instant messages or display availability status to those federated contacts. However, the federated contacts can send instant messages to the users, even if they are not in the contact list.
If Cisco Jabber for Windows users have multiple desk phone devices of the same model, you should enter descriptions for each device. Cisco Jabber for Windows displays these descriptions to users so that they can tell the difference between multiple desk phone devices. If you do not enter descriptions, Cisco Jabber for Windows displays the model name of the device. As a result, users cannot tell the difference between their devices if they have multiple devices of the same model.
Setting your status to 'Do Not Disturb' in the client does not divert, or block, incoming calls.
Cisco Jabber for Windows does not currently support extension mobility cross cluster (EMCC).
The following rules apply to space characters and credentials:
Cisco Jabber for Windows does not currently support CTI connections over transport layer security (TLS). As a result, Cisco Jabber for Windows users cannot switch from using a CSF device to using a desk phone device if they belong to the Standard CTI Secure Connection user group.
Software phones are not supported in virtual environments. Use Cisco Virtualization Experience Media Engine (VXME) for Cisco Jabber for Windows call capabilities in a virtual environment.
The client can store up to 250 entries in your call history. This item is documented in CSCun44797.
This topic describes issues with interoperability with other clients, devices, and third party software, along with server-side issues or defects that impact client functionality. In addition, this topic includes some best practice information to prevent issues with the client.
In some cases audio calls hang and users cannot end active calls if you run the Cisco Security Agent (CSA) while using Cisco Jabber.
Click-to-x functionality must be disabled to deploy Cisco Jabber for Windows in phone mode on the same computer as the Microsoft Lync client. Refer to the section on Command Line Arguments in the Installation and Configuration Guide for an explanation of the CLICK2X installer switch usage.
If you use the Cisco WebEx Connect client, you can upgrade to Cisco Jabber for Windows 9.7 from Cisco WebEx Connect version 7.2.2 only.
You can upgrade from Cisco WebEx Connect version 7.x to any Cisco Jabber for Windows version up to 9.2(0). You can then upgrade the Cisco Jabber for Windows client to version 9.2(1) or higher.
You should not install and run Cisco Jabber for Windows on the same computer as the Cisco WebEx Connect client. If you do run both the Cisco WebEx Connect client and Cisco Jabber for Windows on the same computer, unexpected behavior is likely to occur.
In the event that you do install Cisco Jabber for Windows on the same computer as the Cisco WebEx Connect client, the following error message displays when you launch the Cisco WebEx Connect client:
Can't load webxcOIEx.exe, error code[], please check whether the executable is in your install directory.
To resolve this error, you must reinstall the Cisco WebEx Connect client.
In cloud-based deployments that use single sign-on (SSO), an issue exists with Internet Explorer 9. Users with Internet Explorer 9 get security alerts when they sign in to Cisco Jabber for Windows. To resolve this issue, add webexconnect.com to the list of websites in the Compatibility View Settings window.
Packet Voice Digital Signal Processor Module (PVDM3) enabled routers do not support BFCP video desktop sharing capabilities.
In cloud-based deployments, it can take several minutes for the Cisco WebEx Messenger service to detect when clients lose network connections or become abruptly disconnected. For example, the Cisco WebEx Messenger service might take up to 5 minutes to detect when a client loses a network connection by pulling the network cable or walking out of range of a wireless network. This behavior is due to normal operation of the network stack to provide a robust connection.
As a result of the delay in the server detecting the loss of connection with the client, the server does not immediately publish the presence state of users who have lost their network connection. For this reason, there is a period of time during which users can see an online presence state even when remote contacts are offline.
You cannot place an active call on hold if failover occurs from the primary instance of Cisco Unified Communications Manager to the secondary instance.
Cisco Jabber for Windows attempts to retrieve local Microsoft Outlook contacts from the Outlook PST file. If Outlook does not cache local contacts in the PST file, Cisco Jabber for Windows sends contact resolution requests to the MAPI server. As a result, the MAPI server can experience an impact to performance. Cisco recommends that you configure Outlook to cache local contacts in the PST file. Otherwise, you must ensure that your MAPI server is capable of managing the requests from Cisco Jabber for Windows.
Microsoft Group Policy does not detect existing installations of Cisco Jabber for Windows. As a result, if you upgrade Cisco Jabber for Windows with Microsoft Group Policy, Group Policy does not uninstall the existing version before installing the upgrade version.
A known bug exists with Microsoft Windows 7 and Microsoft Windows Server 2008 R2 that causes the network profile to change unexpectedly. This change in the network profile closes network ports that Cisco Jabber for Windows requires for calls. As a result, if you are on a call when the network profile changes, that call automatically terminates.
To resolve this issue, apply the fix available from the Microsoft support site at: http://support.microsoft.com/kb/2524478/en-us
The start of the audio that prompts users to leave voicemail messages can be truncated in some instances. The result of the truncation is that users do not hear the first second or two of the voicemail prompt.
To resolve this issue, set a value for the Delay After Answer field in the Cisco Unity Connection advanced telephony integration settings. See the Cisco Unity Connection documentation at: http://www.cisco.com/en/US/docs/voice_ip_comm/connection/8x/gui_reference/guide/8xcucgrg120.html#wp1056978
Cisco TelePresence System (CTS) devices do not allow users to send video only.
For this reason, when users place calls from their software phones (CSF devices) to CTS devices, loss of incoming video and video desktop sharing occurs if users de-escalate from a video call to an audio only call.
The functionality to remove participants from conference calls while using software phone devices is available on Cisco Unified Communications Manager version 8.6.2 and higher.
Bi-directional synching of contacts to Microsoft Outlook is not supported. If contacts are imported from Microsoft Outlook and added to your Jabber contact list and then edited in the Jabber client, the changes are not reflected in Microsoft Outlook.
To import Outlook contacts, the contact must have a valid Jabber ID (JID).
You should exit clients that do not implement graceful registration before you start Cisco Jabber for Windows if both clients use the same CSF device.
Call history is lost when the application is running in a Roaming Profile environment. Roaming Profile environments include those running Virtual Desktop Infrastructure such as VMware View or Citrix Xen or hot desks. For more information, go to the section on Deployment in a Virtual Environment in the Installation and Configuration Guide.
Service Discovery information is retrieved by the client in new installations using the following steps:
When a Cisco Jabber client calls another Cisco Jabber client, Cisco MediaSense call recording is currently not supported. The G.722.1 codec is used by default. This media protocol is not supported by Cisco MediaSense, which impacts Built-in Bridge (BiB) and silent record.