-
-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Read Receipts, Read Markers, Notifications don't behave well with reactions and edits #9745
Comments
Shouldn't these be using custom event types that don't trigger notifications in the first place? |
I thought this was also a problem for |
oh right, edits are part of the problem. Nevermind that then. |
see also #3511 (which was a similar issue, but for redactions) |
I have attempted to analyse the various issues at play here. I'll update the original comment here to cover the most critical changes we need to make and open additional issues for follow up work. |
I was surprised about the small amount of activity on this issue: Reactions are beginning to pop up here and there from folks who enable the feature in labs, and this causes inexplicably incorrect unread markers for everyone else (although thankfully at least they don't trigger actual system notifications on riot-android). Unreliable unread markers have a potential to be extremely disruptive to the overall user experience. Please don't underestimate this as a source of frustration for users of (even slightly) outdated riot versions. |
if you follow the link in the previous comment you’ll see the activity switched over to a googledoc. this issue is the main pending issue right now with reactions, and as such is being actively worked on, and at top prio |
Great to hear, that clears up my worries! Thanks for your work, really looking forward to this feature 👍 |
Popping a phase:1 label on this to represent that its resolution blocks the delivery of the MVP |
This changes how we determine read receipts for the entire message panel. We now calculate read receipts for all events up front, which makes it easier to handle hidden events by moving their read receipts up to the last shown event for display purposes. Part of element-hq/element-web#9745
This adds additional receipt storage to so that we can handle cases where the receipts and events lists get out of sync. If we ever find a user who previously had a receipt but momentarily no longer does, we recover their previous receipt and go with that until we hear something new. Part of element-hq/element-web#9745
This changes read receipt sending logic to allow it advance further into events without tiles (such as edits or reactions) that may exist after the last displayed event. By allowing the read receipt to advance past such events, this also marks as read any related notifications. For example, edits trigger notifications by default since they are `m.room.message` events, and with this change, such edit notifications can finally be marked read. Part of element-hq/element-web#9745
The critical bugs in this area which led to stuck notifications, etc. should now be fixed on develop (matrix-org/matrix-react-sdk#3056, matrix-org/matrix-react-sdk#3059). If you are still seeing issues related to this, please open a new issue so we can investigate separately. |
@jryans has analysed in depth, and here are the key changes to make right away:
Future work:
The text was updated successfully, but these errors were encountered: