Read receipts
Overview
Message reading receipt helps users know whether other users have read the messages they sent in a session. This feature applies to enterprise office businesses and other scenarios in which the message reading status needs to be known in real time.
This document describes how to use APIs of the In-app Chat SDK to send messages that require a reading receipt, query the receipt status of messages, and set messages as read.
The In-app Chat SDK supports reading receipts for one-to-one messages and group messages (only common messages and rich media messages) and does not support reading receipts for in-room messages.
Implementation process
The sender sends a message through the In-app Chat SDK and sets the hasReceipt
field of ZIMMessageSendConfig to identify whether a reading receipt is required for the message. Based on the receiptStatus
field, the receiver determines whether a reading receipt is required for the message or whether the message is read or unread to render different UI effects. The message receiver can use different reading methods based on the scenario.
Send a message that requires a reading receipt
When Client A wants to send a message that requires a reading receipt to Client B:
- Client A and Client B log in to the In-app Chat service.
- Client A calls the sendMessage or sendMediaMessage API to send a message (common message or rich media message in one-to-one or group chats) to Client B and sets the
hasReceipt
field of ZIMMessageSendConfig to true. - By listening for related callback (receivePeerMessage or receiveGroupMessage), Client B receives a message whose
receiptStatus
is set toPROCESSING
.
Set the reading receipt status as read
In this operation, set a message as read
and set a session as read
are both supported.
Set a message as read
The receiver can set a message that requires a reading receipt from the sender as read. Then, the sender will receive a message read notification.
-
A single message or a batch of messages are supported. The sender and receiver must be in the same session. Cross-session operations are not supported.
-
To perform operations on the historical messages of the conversation, you need to get the historical messages and determine the receipt status of the historical messages. For details, see Get message history.
- Through related callback (receivePeerMessage or receiveGroupMessage), Client B receives a message that requires a reading receipt from Client A.
- Based on the
receiptStatus
field of the callback, Client B determines the receipt status of the message. If this field is set toPROCESSING
, the message is unread. Developers can call the sendMessageReceiptsRead API to set the message as read based on the service logic. - Client B determines whether the setting is successful based on ZIMMessageReceiptsReadSentResult.
- Based on messageReceiptChanged of ZIMEventHandler, Client A receives a callback notification, indicating that the message is set as read. Developers can implement the service logic of setting the message as read on Client A based on this callback.
Set a session as read
The receiver can set all messages received from the sender in a specified session as read.
-
The In-app Chat SDK supports this feature only in one-to-one chats.
-
This feature takes effect only on messages received before setting the feature.
-
It is recommended that this feature be used when a user switches from the session list page to a session. It is not recommended that this feature be used together with the sendMessageReceiptsRead API on a message chat page.
-
To perform operations on the historical messages of the conversation, you need to get the historical messages and determine the receipt status of the historical messages. For details, see Get message history.
- Based on the
receiptStatus
field of the receivePeerMessage callback, Client B determines the receipt status of the message. If this field is set toPROCESSING
, the message is unread. Developers can call the sendConversationMessageReceiptRead API to set all messages sent by Client A in the session as read based on the service logic. - Client B determines whether the setting is successful based on ZIMConversationMessageReceiptReadSentResult .
- Based on conversationMessageReceiptChanged of ZIMEventHandler , Client A receives a callback notification, indicating that all messages in the session are set as read. Developers can implement the logic of setting all messages sent from the sender in the session as read based on this callback. Developers can implement the service logic of knowing all sent messages in a session are set as read by Client B on Client A based on this callback.
More features
Batch query the message receipt status, number of users who have read the message, and number of users who have not read the message
To query the message receipt status, the number of users who have read the message, and the number of users who have not read the message of a message or a batch of messages, call the queryMessageReceiptsInfo API. Call ZIMMessageReceiptsInfoQueriedResult to obtain related information.
-
If messages sent by other users are queried, the number of users who have read the message and the number of users who have not read the message are 0.
-
To perform operations on the historical messages of the conversation, you need to get the historical messages and determine the receipt status of the historical messages. For details, see Get message history.
Query the list of members who have or have not read a group message
The In-app Chat SDK supports querying the list of members who have or have not read a group message.
Query the list of members who have read a group message
To query the list of members who have read a group message, call the queryGroupMessageReceiptReadMemberList API.
To perform operations on the historical messages of the conversation, you need to get the historical messages and determine the receipt status of the historical messages. For details, see Get message history.
Query the list of members who have not read a group message
To query the list of members who have not read a group message, call the queryGroupMessageReceiptUnreadMemberList API.
-
If the SDK version is older than 2.16.0, when the number of group members is greater than 100, this API will not return the list of members who have not read a group message. To use this feature, contact ZEGOCLOUD technical support.
-
To perform operations on the historical messages of the conversation, you need to get the historical messages and determine the receipt status of the historical messages. For details, see Get message history.
Sample code
// 1. Register a callback.
// Receive a one-to-one message.
zim.on('receivePeerMessage', function (zim, { messageList, fromConversationID }) {
console.log('receivePeerMessage', messageList, fromConversationID);
});
// The other user sets a message as read.
zim.on('messageReceiptChanged', function (zim, { infos }) {
console.log('messageReceiptChanged', infos);
});
// The other user sets all messages in a session as read.
zim.on('conversationMessageReceiptChanged', function (zim, { infos }) {
console.log('conversationMessageReceiptChanged', infos);
});
var userID_A = "xxxx" ; // The ID of user A.
var userID_B = "xxxx" ; // The ID of user B.
// 2. User A sends a message that requires a reading receipt to user B. A text one-to-one message is used as an example.
var messageObj = { type: 1, message: 'text receipt message' }
var config = {
priority: 1, // Message priority. Valid values: 1: Low (default), 2: Medium, 3: High
hasReceipt: true // Set that the messages require a reading receipt.
}
var notification = {
onMessageAttached: function(message) {
// todo: Loading
}
}
zim.sendMessage(messageObj, userID_B, 0, config, notification)
.then(function ({ message }) {
// Sent successfully.
})
.catch(function (err) {
// Sending failed.
});
// 3. User B receives the message that requires a reading receipt and sets the message as read by calling any of the following APIs.
// 3.1 Set a message as read
var messages = []; // Queried from queryHistoryMessage or received from receivePeerMessage
zim.sendMessageReceiptsRead(messages, userID_A, 0)
.then(function ({ conversationID, conversationType, errorMessageIDs }) {
// The operation is successful. Messages that failed to be set as read are returned through errorMessageIDs.
})
.catch(function (err) {
// The operation fails.
});
// 3.2 Set a session as read
zim.sendConversationMessageReceiptRead(userID_A, 0)
.then(function ({ conversationID, conversationType }) {
// The operation is successful. User B can set all messages sent from user A in this session as read.
})
.catch(function (err) {
// The operation fails.
});
// 4. (Optional) Batch query the message receipt status, number of users who have read the message, and number of users who have not read the message.
var messages = []; // Queried from queryHistoryMessage
zim.queryMessageReceiptsInfo(messages, userID_B, 0)
.then(function ({ infos, errorMessageIDs }) {
// The operation is successful. Messages that failed to be queried are returned through errorMessageIDs.
})
.catch(function (err) {
// The operation fails.
});
// 5. (Optional) Query the list of members who have or have not read a group message.
var groupMsgObj = {} // Queried from queryHistoryMessage
var queryConfig = {
count: 10, // The user quantity to be queried.
nextFlag: 0 // The query flag. It is set to 0 in the first query. In subsequent queries, it is set to the flag returned in Promise.
}
// 5.1 The list of members who have read a group message
zim.queryGroupMessageReceiptReadMemberList(groupMsgObj, groupMsgObj.conversationID, queryConfig)
.then(function ({ nextFlag, userList, groupID }) {
// The operation is successful.
})
.catch(function (err) {
// The operation fails.
});
// 5.2 The list of members who have not read a group message
zim.queryGroupMessageReceiptUnreadMemberList(groupMsgObj, groupMsgObj.conversationID, queryConfig)
.then(function ({ nextFlag, userList, groupID }) {
// The operation is successful.
})
.catch(function (err) {
// The operation fails.
});