Read-receipts shifting backwards in the timeline

[anoadragon453]

Steps to reproduce

A few times now, I've observed a user's read receipt animating back up the timeline(!) to the previous message after the user in question sends a message of their own:

Case 1:

Case 2:

Note the read receipt markers on the right. In both instances, Erik's read receipt should at least be at his latest message.

• User A sends a message (message 1)
• User A's read receipt is set to message 1
• User B sends a message (message 2)
• User B's read receipt is set to message 2
• User A's read receipt is set to message 2 after they read it
• User B's read receipt incorrectly animates back up to message 1. It should not have moved.

Outcome

What did you expect?

Read receipts not to ever go backwards

What happened instead?

Read receipts walk backwards up the timeline. This is weird.

Operating system

Arch Linux

Application version

Element Nightly version: 2022020802, Olm version: 3.2.8

How did you install the app?

https://aur.archlinux.org/packages/element-desktop-nightly-bin/

Homeserver

No response

Will you send logs?

Yes

[SimonBrandner]

This seems like something that should have been fixed by matrix-org/matrix-js-sdk#2160 though if my math is right, your version of Element should have that fix :/

[ektefa]

I saw this today too

[anoadragon453]

@ektefa what is your Element version (Settings -> Help & About -> Versions) and operating system? That may help us track down when this regression was introduced.