Cisco Jabber for Windows 9.2.0 Release Notes
Known Issues, Limitations, and Important Notes
Downloads: This chapterpdf (PDF - 1.14 MB) The complete bookPDF (PDF - 1.99 MB) | The complete bookePub (ePub - 120.0 KB) | Feedback

Known Issues, Limitations, and Important Notes

Known Issues, Limitations, and Important Notes

Known Issues

SRV Record for Cloud-Based Deployments

In this release, you should add the _xmpp-client._tcp SRV record to the DNS server on your domain. This SRV record enables the client to connect with the Cisco WebEx Messenger service. As an alternative to the SRV record, users can enter the login URL for the Cisco WebEx Messenger service on the Connection Settings window before they sign in to the client.

The following is an example of the full SRV record: SRV 0 5222
  • If you use SSO with the Cisco WebEx Messenger service, you must add this SRV record. Alternatively, you can use Cisco Jabber for Windows version 9.2.1, which does not require the SRV record for SSO deployments.
  • Ensure that your firewall does not block port 5222.
  • Change any proxy configuration to allow the client to connect to the Cisco WebEx Messenger service on port 5222.

Cisco WebEx Productivity Tools Integration with Microsoft Outlook

In some cases, integration between Cisco WebEx Productivity Tools and Microsoft Outlook becomes disabled when upgrading or uninstalling Cisco Jabber for Windows. For complete details of this issue, refer to CSCtz84051.

If you encounter this issue, do the following:
  1. Uninstall Cisco WebEx Productivity Tools.
  2. Uninstall Cisco WebEx Meetings and any browser plugins.
  3. Uninstall Cisco Jabber for Windows.
  4. Reinstall Cisco WebEx Productivity Tools, Cisco WebEx Meetings, and Cisco Jabber for Windows.


This release includes some issues with localization that include the following:
  • Truncation of localized text occurs in certain locations on some windows.
  • Localized text can display in English in some cases.

DTMF Digits in Log Files

When users enter DTMF digits in Cisco Jabber, the client writes those digits to a log file in plain text.


Problem reports, or PRTs, that users submit contain the log files with DTMF digits. Cisco treats all log files with the strictest confidentiality and deletes all log files when no longer required to investigate product issues.

This issue is resolved in version 9.2.1 with defect number CSCug51731.

Performance and Behavior Notes

Review the content in this topic to understand client performance and behavior in certain cases.

Multiple Resource Login

The following issues currently apply to multiple resource login with Cisco Jabber for Windows:
  • Availability states change to 'Available' on all clients when users resume from hibernate on one client.
  • Resuming from idle overrides custom availability states.
  • In on-premises deployments, signing in on one client changes custom availability states to 'Available' on other clients.
  • In on-premises deployments, if you set the availability state from 'On a call' to another state while on a call, the availability state does not automatically change to 'On a call' for subsequent calls.
  • Users who are signed in to multiple Cisco Jabber for Windows clients can join group chats from only one client.
  • Cisco Jabber for Windows does not always reformat incoming text correctly when the sender is signed in to a client other than Cisco Jabber for Windows.

Voicemail Messages

The following restrictions currently apply to voicemail messages:
  • The client cannot play broadcast voicemail messages.
  • The client cannot play voicemail messages that are encoded with the g.729a codec.

Disabling File Transfers and Screen Captures

You can disable file transfers and screen captures on Cisco Unified Communications IM and Presence with the Enable file transfer parameter.

If you disable the setting on the server, you must also disable file transfers and screen captures in the client configuration. Set the following parameters to false in your configuration file:
  • Screen_Capture_Enabled
  • File_Transfer_Enabled

Blocking Users in Enterprise Groups

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.

This issue applies to Cisco Jabber for Windows in cloud-based deployments only.

Contacting Federated Users After Changing Privacy Policies

In on-premises deployments, the following can occur:
  1. Users add federated contacts to their contact lists.
  2. Users change the policy for contacts outside the domain from Prompt me every time to Block everyone on the Privacy tab of the Options window. As a result, the federated contacts remain in the contact list but do not display availability. Likewise, users cannot send or receive instant messages from those federated contacts.
  3. Users then change that policy from Block everyone to Prompt me every time. As a result, Cisco Unified Presence removes the federated contacts from the contact lists. Cisco Unified Presence does not repopulate the federated contacts.

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.

Descriptions for Multiple Devices

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.

Diverting Calls in Do Not Disturb State

As of this release, setting your status to 'Do Not Disturb' in the client does not divert, or block, incoming calls.

To divert calls, users must set 'Do Not Disturb' on their desk phone devices.

Extension Mobility Cross Cluster

Cisco Jabber for Windows does not currently support extension mobility cross cluster (EMCC).

Space Characters in Credentials

In some cases, users cannot log in to Cisco Jabber for Windows if their credentials contain space characters.

In both on-premises deployments and cloud-based deployments, passwords must not contain space characters.

In cloud-based deployments, usernames must not contain space characters.

In on-premises deployments, the first and last characters of usernames must not be space characters. You should also ensure that the credentials you synchronize to your presence server from Microsoft Active Directory, or other directory source, do not contain spaces as the first or last character.

Standard CTI Secure Connection User Group

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.

Important Notes

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.

Cloud-Based SSO with Microsoft Internet Explorer 9

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 to the list of websites in the Compatibility View Settings window.

BFCP Desktop Share with Cisco TelePresence SX20

Cisco Jabber for Windows does not currently support BFCP video desktop sharing on calls that you escalate to multipoint, ad-hoc conferences with Cisco TelePresence SX20 endpoints.

BFCP Desktop Share with PVDM3

Packet Voice Digital Signal Processor Module (PVDM3) enabled routers do not support BFCP video desktop sharing capabilities.

Presence States After Loss of Network Connection

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 10 minutes or longer to detect when a client loses a network connection when the user removes the network cable.

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.

Continuous Spinner for Voicemail Service

In some cases, users might see a continuous spinner in the Voicemail section of the Phone accounts tab on the Options window. This issue is the result of limitations with Cisco Unity Connection.

Calls on Hold Dropped During Failover

If a user puts a call on hold, the call drops if Cisco Unified Communications Manager failover occurs. An example of this behavior is as follows:
  1. User A and user B are connected to the primary instance of Cisco Unified Communications Manager.
  2. User A calls user B.
  3. User A puts the call on hold.
  4. Failover occurs from the primary instance of Cisco Unified Communications Manager to the secondary instance.
As a result, user A's call drops. User B's call remains available in preservation mode.

Hold Active Calls During Failover

You cannot place an active call on hold if failover occurs from the primary instance of Cisco Unified Communications Manager to the secondary instance.

MAPI Server Requests for Local Outlook Contacts

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.

Upgrading with Microsoft Group Policy

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.

Calls Drop Intermittently on Network Profile Change

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:/​/​​kb/​2524478/​en-us

Samsung Kies Compatibility

You should use Samsung Kies version 2.5.0 or higher with Cisco Jabber for Windows. Versions of Samsung Kies lower than 2.5.0 have compatibility issues with Cisco Jabber for Windows.

Voicemail Prompt Truncated

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:/​/​​en/​US/​docs/​voice_ip_comm/​connection/​8x/​gui_reference/​guide/​8xcucgrg120.html#wp1056978

Loss of Video on Calls with CTS Devices

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 video and video desktop sharing occurs if users de-escalate from a video call to an audio only call.

Removing Participants from Conference Calls

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.

Integration with Microsoft Outlook

You must restart Microsoft Outlook after you install Cisco Jabber for Windows to enable integration with Microsoft Outlook.

Clients That Do Not Support Graceful Registration

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.

For example, Cisco Unified Personal Communicator does not support graceful registration. Cisco Unified Personal Communicator takes over registration of the CSF device if:
  • You are signed in to both Cisco Unified Personal Communicator and Cisco Jabber for Windows at the same time.
  • Both clients register to the same CSF device.

Cisco Jabber for Windows and the Cisco WebEx Connect Client

Unexpected behavior is likely to occur if you run both the Cisco WebEx Connect client and the Cisco Jabber for Windows client on the same computer. This combination of the Cisco WebEx Connect client and the Cisco Jabber for Windows client on the same computer is not supported.