The
XMPP issues often relate to client behavior. View the latest documentation for Vocera Vina iOS, Vocera Vina Android, and Vocera Platform 6.5 for additional information.
This section summarizes the new features in this release.
This is a maintenance release and has no new features.
The
The adapter can now suppress the Apple Push Notification service (APNs) when an iOS device is off-network. In the adapter configuration, select the new Suppress Off-Network Notifications checkbox to suppress all APNs messages to off-network devices. This feature is recommended for sites without an XMPP proxy, because it simulates the behavior of notifications being suppressed when devices are not connected to the site's network.(XMPP-1279)
This is a maintenance release and has no new features.
The
The adapter added a new Disable nested results in group directory search policy that revokes the display of nested users and groups. (XMPP-1236)
This is a maintenance release and has no new features.
This is a maintenance release and has no new features.
The
The maximum number of patients that a user can be assigned now has a default value of
40 patients in the "My Patients" area of the
This section provides information about fixes and improvements to the
This is a maintenance release only. There are no fixed issues in this release.
This is a maintenance release only. There are no fixed issues in this release.
The following issues are fixed in
The adapter now correctly sends notifications to iOS uses who have already received an alert when re-alert is enabled on the rule. Previously, the re-alert functionality was not working for iOS users if the initial notification was received when the Vina app was in the background. (XMPP-1257)
The following issues are fixed in
The adapter no longer fails to start if there are devices registered to inactive or removed users. (XMPP-1020)
The adapter now removes invalid device registrations in the database when a user logs into a device. (XMPP-1181)
The adapter now correctly tracks iOS device registration after a restart. Previously, the adapter might fail to clear registration and keep the user logged in to multiple devices. The adapter would then log the user out of one device automatically. (XMPP-1248)
The following issues are fixed in
Restoring a patient linked conversation where the user who first made the association of the patient is inactive was causing inconsistent notifications. (XMPP-1036)
The following issues are fixed in
If a conversation was purged from the Conversations dataset, but still had messages attached to it, then the adapter misidentified the messages as undelivered and sent them to the user after they logged in. This issue affected messages, specifically old alerts, that did not have read receipts. (XMPP-1104)
This issue has been fixed. If active messages are attached to a purged conversation, the messages are not sent to the user upon login.
The following issues are fixed in
The adapter incorrectly logged out the V5000 badge after a user logged into
When a user within a group sent a coverage request to another user in the group, the adapter was expiring coverage automatically after coverage was activated in Android or iOS. (XMPP-768)
After a user logged out, the adapter was sending push notifications to the next user logged into the device. (XMPP-956)
This section provides information about known product defects and limitations in the current release.
When a covering user is not part of a conversation, the coverage system message (for example "User A is being covered by User B") is not sent to the other users in the conversation. (XMPP-769)
By design, the adapter handles this functionality based on presence updates.
A collaborator is added to a multiuser chat automatically after a multiuser chat is created. (XMPP-771)
By design, when one on one messages are included in the coverage policy, the expected behavior is to convert the conversation to a multi-user chat with the collaborator automatically added.
A user can accept or decline a coverage request or templated event that they created. Users should not be able to accept or decline their own coverage requests or templated events. (XMPP-972)
When a message recipient's Android device has the
This issue occurs under the following conditions:
This issue occurs under the specific conditions outlined above. If you are using Android devices, we recommend that you remove the 'urgent-alarm-playtime' custom parameter.