-
-
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
Stuck notifications: New DMs have stuck notifications #23685
Comments
Instead of creating a new issue, I also encountered this today morning |
Is this really S-Minor?
The workaround seems to be opening the DM again to clear the unread badge on every launch. This is a pretty jarring experience not only but especially for new users. |
Also to replicate the little content from #23948: In my case it seemed as if the unread count comes from a cached
|
Variation of this in the duplicate #24070 where the unread count goes away when opening the room but re-appearing when reloading/restarting the app. Also the other issue mentions a normal room and not a DM. |
I'm still getting this and it's incredibly annoying. Experimentally, having the other person send another message so your client can send a read receipt for that new message seems to reset the notification count. |
I also have examples of this bug fwiw |
👍 I have had this one encrypted DM pop-up as unread every time I refresh Element since December. Consistent every-time I refresh so I can easily grab more debugging info if you provide snippets to run. There hasn't been new activity in the room. Rageshake logs: https://github.com/matrix-org/element-web-rageshakes/issues/19036 If the person in question from the video is onlooking, please don't send a DM to try to reset things. I'd rather reproduce until this is fixed. chrome_2023-01-10_15-01-18.-.cut.mp4Related to #23991 |
FWIW #23948 (which was closed as a duplicate of this issue) contains steps that reliably reproduced the issue at the time. I haven't retested them since then though. |
Me and @andybalaam have looked into this together and it looks like it could be linked to synapse. |
Investigating further this morning, @gsouquet and I found that while loading the room we do hit a breakpoint at room.ts line 2256: So synthetic receipts are being created for events sent by us while we replay from the cache. Stack trace:
|
I also have this issue with 4 DM rooms. I don't need to restart the app, it's often enough to just let it sit for a bit, and the rooms will appear unread again. They are all 4 rooms that have not had any activity in a while. I've just sent pings in 2 of them, hopefully the others will reply and in theory then, these should get reset. Then at least we'll know it might have to do with read receipts that were somehow missed. |
@arthursinclair this issue is where we are tracking the problem you rageshook about. Thank you for the report. |
Fixed by matrix-org/matrix-js-sdk#3139 |
Steps to reproduce
Outcome
What did you expect?
Not this.
What happened instead?
That :)
This appears to be a multi-week regression, dating back to at least October 24th, 2022. Sending events should be causing the implicit read receipt for my user to be moving up, which means sending messages should clear the notification count. This is not happening, even when sending hidden events in the room.
Restarting the client "resets" the notification counts, if they were cleared by local echo
Operating system
Windows 10 & 11
Application version
Nightly
How did you install the app?
The Internet
Homeserver
t2l.io
Will you send logs?
No
The text was updated successfully, but these errors were encountered: