Releases: xmtp/xmtp-react-native
Release v5.4.0
Release v5.3.0
Release v5.3.0
Dev Release v5.3.0-dev.ada9a65
Dev release v5.3.0-dev.ada9a65
Dev Release v5.3.0-dev.21b09ae
Dev release v5.3.0-dev.21b09ae
XMTP SDK release v5.2.0
This release includes refinements to message list queries and improvements to disappearing message handling. If you've been building on a previous release, this one should be a drop-in replacement. Update as soon as possible to take advantage of these enhancements and fixes.
Total ordered sort for message pagination
Provides the ability to filter queries for the message list by insertion time rather than by time sent. Filtering by insertion time provides a totally ordered list, which is more reliable for pagination.
To learn more, see Paginate messages by insertion time.
Updates for disappearing messages
The disappearing messages feature has been updated to exclude expired (already disappeared) messages from queries. The feature also now includes the option to exclude disappearing messages from backups.
To learn more, see Support disappearing messages.
More details on sync
The return value of conversations.syncAllConversations is now an object that includes both the number of conversations, and the number that needed to be synced.
Full Changelog: v5.1.0...v5.2.0
Dev Release v5.2.0-rc1.cc0cb8a
Dev release v5.2.0-rc1.cc0cb8a
XMTP SDK release 5.1.0
This release introduces self-removal from group chats, performance optimizations, and bug fixes. If you've been building on a previous release, this one should be a drop-in replacement. Update as soon as possible to take advantage of these enhancements and fixes.
Self-removal from group chats
This feature enables a member to leave a group chat on their own. Previously, a member could be removed only by other members with appropriate permissions. This update addresses user privacy concerns and reduces the need for manual member removal by admins.
To learn more, see Leave a group and XIP-75: Self-removal support for XMTP/MLS groups.
syncAll performance improvements
The syncAll method now performs the same function as before, but with significantly improved performance. It achieves this by syncing only group chat and DM conversations with a consent state of allowed or unknown that contain unread messages, rather than syncing all conversations.
The method continues to sync new welcomes and preference updates.
To learn more, see Sync new welcomes, conversations with unread messages, and preferences.
Streaming now includes catch-up messages
Streaming messages now includes all messages sent after the last sync, including those missed while the client was offline.
To learn more, see Stream new group chat and DM messages.
Paginate the conversation list
For most pagination use cases, use the createdBeforeNs parameter for filtering and set orderBy to createdAt. This enables you to paginate against a stably sorted list. You can then perform a final sort of conversations in your app.
To learn more, see Paginate the conversation list.
Use countMessages to build an unread messages badge
Call countMessages to return a count of messages without retrieving the full message list. This is more efficient when you only need the number, such as for unread message badges.
To learn more, see Count messages in a conversation.
Welcome pointers
OpenMLS supports sending welcomes to multiple installations in a single commit. This is currently used, but each welcome is sent individually to each installation. Some of the welcomes can be very large, and the data is duplicated for every installation.
Welcome pointers introduce a new welcome message that provides a pointer to the location where the welcome data can be found. The large welcome pointer data can be sent to the server only once, and each installation can fetch that message. This is achieved using symmetric key encryption for the welcome data, with each installation receiving a message that includes these keys.
This provides a performance and scalability improvement that makes both developer implementations and user experiences smoother and faster, without requiring changes to how developers write client code.
To learn more, see XIP-74: Welcome pointers.
revokeAllOtherInstallations no longer crashes with a single installation
Calling revokeAllOtherInstallations() on an inbox with only one active installation no longer crashes with an "Unknown signer" error.
Because the method’s purpose is to keep only the current installation active, having just one installation already meets this condition. The operation now completes successfully without trying to revoke non-existent installations.
To learn more, see Revoke all other installations.
Dev Release v5.2.0-dev.1253152
Dev release v5.2.0-dev.1253152
Dev Release v5.1.0-rc1.cfbcd1a
Dev release v5.1.0-rc1.cfbcd1a