matrix-rust-sdk
matrix-rust-sdk copied to clipboard
matrix-org
Matrix Client-Server SDK for Rust
… once there are conversion helpers in Ruma for Original / Redacted to PossiblyRedacted content types. This should reduce the amount of helper code we need for `BaseRoomInfo` updates. As...
Currently when importing an olm session, the `last_use_time` and `creation_time` are blindly copied without checks: https://github.com/matrix-org/matrix-rust-sdk/blob/75fe874cae8424ec09a869b62ed6719115eaa91a/crates/matrix-sdk-crypto/src/olm/session.rs#L251-L261 It maybe reasonable to check that these timestamps are not in the future. As...
`BaseRoom::subscribe_info` allows to keep track of changes in the `RoomInfo`. However most of the data in `RoomInfo` is not accessible from its methods but from the methods of `BaseRoom`. That...
The [`SasState::Started`](https://matrix-org.github.io/matrix-rust-sdk/matrix_sdk/encryption/verification/enum.SasState.html#variant.Started) state occurs when either party started the SAS verification. However it is important to know whether we started it, because, when we use `SasVerification::changes`, if we receive the...
In the case of edits (`m.replace` relation type), the latest edit is bundled under `m.relations` on the event. It means that, in encrypted rooms, we have two encrypted events in...
As per [spec](https://spec.matrix.org/v1.9/client-server-api/#molmv1curve25519-aes-sha2): > A client may expire old sessions by defining a maximum number of olm sessions that it will maintain for each device, and expiring sessions on a...
As per [spec](https://spec.matrix.org/v1.9/client-server-api/#molmv1curve25519-aes-sha2): > If a client has multiple sessions established with another device, it should use the session from which it last received and successfully decrypted a message. Currently...
As per [spec](https://spec.matrix.org/v1.9/client-server-api/#molmv1curve25519-aes-sha2): > If a client has multiple sessions established with another device, it should use the session from which it last received and successfully decrypted a message. For...
# Proposal So far the room info includes only the user defined notification mode, however it would be nice to also include a separate variable called `default_notification_mode` or something like...
