Ivan Enderlin

> Note: I've tried that in the past, and it was a slowdown. Didn't have time to investigate why, but I suspected Some™ lock contention. That's why I was mentioning...

@jplatte Sure. Maybe the mechanism will stay, but the Event Cache won't listen to it anymore.

The room is encrypted, so the server cannot filter which events trigger a bump. This is the code that handles that: https://github.com/matrix-org/matrix-rust-sdk/blob/150d9e4b050395bac1981dd57075de645b28c806/crates/matrix-sdk-base/src/sliding_sync/mod.rs#L878-L894 We notice that there is no event filtering...

Thanks for opening the issue. You're saying that the message doesn't disappear from the latest event, is that correct?

I see nothing in the log but I'm adding a new patch to log this particular case. I cannot reproduce the issue neither.

Hello, You can use the [`Send Queue`](https://matrix-org.github.io/matrix-rust-sdk/matrix_sdk/send_queue/index.html) to send messages, and get automatic retries, upload progress etc. Interesting entry points: - [`RoomSendQueue::send`](https://matrix-org.github.io/matrix-rust-sdk/matrix_sdk/send_queue/struct.RoomSendQueue.html#method.send) to send a message/an event, - [`RoomSendQueue::subscribe`](https://matrix-org.github.io/matrix-rust-sdk/matrix_sdk/send_queue/struct.RoomSendQueue.html#method.subscribe) to...

So, after further digging, `OrderTracker` will receive its updates from `self.chunks.clear()`, which means it doesn't need to be reset. We have a bug though, see https://sentry.tools.element.io/organizations/element/issues/11218915/?project=63&query=is%3Aunresolved&statsPeriod=14d&stream_index=15

Thanks! It looks like a solid contribution, thank you. However, I wonder if you could add a bit of context and to explain what you're doing, and why, please?

Can you please fix the broken test?

For a reason I ignore, I can't re-run the jobs… Can you push an empty commit please, or rebase on top of `main` and force-push (better)?