Twilio Conversation调用setAllMessagesRead()报Channel not found错误求助

• 版本bug：你使用的@twilio/conversations@^1.2.3存在已知兼容问题，当会话包含SMS这类非客户端托管参与者，且lastReadMessageIndex为null（即会话从未执行过已读标记操作）时，setAllMessagesRead()方法内部未做null值兜底，会尝试用null值查询对应channel消息位置，触发Channel not found报错
• 会话状态未同步：你拿到的Conversation实例为本地缓存的旧对象，未和Twilio后端完成状态同步，底层映射的Channel实体匹配异常也会触发该报错
• 权限校验逻辑缺陷：该版本对混合参与者（客户端+非客户端）的会话权限校验存在bug，调用已读接口时会错误校验所有参与者的Channel绑定状态，SMS参与者没有主动绑定Channel就会触发报错

无需升级包的临时修复方案 #

调用已读接口前先完成会话状态同步，不要直接使用setAllMessagesRead()，手动指定最后一条消息的索引标记已读：

// 等待会话状态和后端同步完成
await conversation.update()
if (conversation.lastMessage && conversation.lastMessage.index !== undefined) {
  // 手动传入最后一条消息的索引完成已读标记
  await conversation.setLastReadMessageIndex(conversation.lastMessage.index)
}

如果上述操作仍报错，可以先设置初始已读索引兜底，再更新到最新消息索引：

try {
  await conversation.setLastReadMessageIndex(0)
  if (conversation.lastMessage) {
    await conversation.setLastReadMessageIndex(conversation.lastMessage.index)
  }
} catch (err) {
  // 忽略首次设0的报错，直接设置最新索引
  if (conversation.lastMessage) {
    await conversation.setLastReadMessageIndex(conversation.lastMessage.index)
  }
}

永久修复方案 #

将@twilio/conversations升级到2.0.0及以上版本，该版本已经修复了混合参与者会话的已读校验逻辑，也兼容了lastReadMessageIndex为null的兜底处理，升级后直接调用setAllMessagesRead()即可正常执行。
如果升级后仍出现报错，检查客户端初始化使用的token身份是否和当前会话的网页端参与者identity完全一致，不要使用服务端全局token调用客户端侧的已读接口。

内容的提问来源于stack exchange，提问作者Ghazanfar Khan