Damir Jelić

I'm aware of the flaws of the current approach, that is one of the reasons why this isn't yet implemented in the rust-sdk. A proper solution would need more time....

The main problems are: 1. The authenticity of such keys can't be proven 2. There's no way send over a batch of room keys, so `m.forwarded_room_key` is used 3. Because...

> after a backed-up key is decrypted and deserialized, the authenticated field must be set to false if there was no mac2 field. I couldn't find any existing code outside...

To manage expectations a bit, I sadly won't have the time to take a proper look at this before the end of the month.

> Would be good if someone could post a complete log with wined3d enabled. IMO it will give some hints to the LMU devs where the affected texture is released/accessed...

This link works https://github.com/poljar/rust-weechat/tree/master/crates/weechat-sys#choosing-the-plugin-include-file.

The team got downsized and we can't take on such a crate. Of course happy to provide some help and guidance how to use the SDK to build such a...

This PR will deprecate the methods in question: https://github.com/matrix-org/matrix-rust-sdk/pull/3086. After that, they can be removed in the release after.

We won't have time to implement this and if somebody comes with an implementation we won't be able to maintain it ourselves. I think it's fine for such a project...

Some progress is found here: https://github.com/matrix-org/matrix-rust-sdk/pull/3087 We're mostly `Send`, the matrix-sdk-crypto crate is the only major one that isn't and mostly because it uses generic functions, though needs to be...