-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sending a reaction bolds the room #9952
Comments
Hmm, does the bolding happen immediately after sending the reaction? I don't think I have noticed this in testing yet, but perhaps we have different account settings for the room list, etc.? |
Immediately after, yes. I have a slow homeserver, which may be contributing to the visibility of the problem. |
We may need to tweak the unread state processing for reactions (or relations more generally). Our current UX thinking is that relations should not affect the unread state of the room. |
i can't reproduce this - @turt2live, pics or it didn't happen? |
Will get a gif later today. It's definitely happening. |
So far, I can't seem to reproduce this after trying various accounts, room types, messages, etc. I tried the case of ensuring the reaction is the first hidden event, but that did not seem to be enough to trigger it for me. @turt2live I think I may need some help isolating the condition to reproduce this.
|
Hmm, well, I did just observe this happening in a DM room with @nadonomy. I'll try to isolate why it happens there. |
In answer to your questions:
|
This occurs while the reaction is in local echo and clears up once we receive the remote echo. Possible solutions include one or more of:
(We really need to de-duplicate the N different interconnected functions for show / hide / trigger. See also #9948.) |
This changes the room unread logic to mark any room with pending events as read, under the assumption that you are active in the room. This also ensures that local echoes of pending events do not cause rooms to temporarily appear unread. Fixes element-hq/element-web#9952
I now have more detail about what's going wrong here:
So, my new approach is to ensure the read receipt cannot advance into pending events. |
This changes the methods that update the read marker and read receipts to prevent advancing into pending events. Part of element-hq/element-web#9952
This changes the `TimelinePanel` to track live events (that have committed to the server and been remote echoed) as well as the full list of events (which includes pending events). The code paths that advance read receipt and read markers are then changed to only use the live events so that these cannot advance into pending events. Fixes element-hq/element-web#9952
until I move my mouse again.
The text was updated successfully, but these errors were encountered: