-
-
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
Rooms don't show as unread when threads which I participate in have new messages #27470
Comments
I think I'm seeing this too. It mostly seems to relate to threaded messages, not yet certain if it occurs for unthreaded ones.
Element version: 1.11.66 at element.digitalcommons.coop Installed via Cloudron, which reports:
|
@turt2live thread activity has been removed from the room list to as it made the room list too noisey. So we would no longer expect it there. The thread activity center can be used to get your thread notifications(bottom left, above settings). By default this will only give thread notifications(green and red dots), but if you want thread activity in here you can enabled it from notification settings(turn off the "Only show notifications in the thread activity centre" toggle). I don't believe there is currently a way for us to track "this is a thread I care about". We do however want to add thread participation back into the solution in future which should accommodate this use case. Please feel free to re-open if I have misunderstood something. |
I'd like to keep this open as a feature request, as currently it's leading to me missing some extremely important messages. What are green dots, and what is considered "thread activity"? As a user, my participating threads feel like they should be 'notifications'. |
Lowering O due to most users seemingly preferring the TAC experience |
Do they prefer the experience, or are they unaware of the bug/feature? 😇 |
I have seen comments saying that it fixed threads and stuck notifications for them |
Essentially all our users were at first unaware of the change in the notification UI, then alarmed at the number of messages they had been missing. (Including me! I assumed this was a bug.) This despite the new "thread activity centre", which is there but very easy to miss, and its intention not clear. So this is us saying that the notifications as they were before were more intuitive, and helpful not "noisy", at least when they worked correctly. (Based on comments I've seen, general confidence in the reliability of Element's notifications has been dropping, and this has reduced it further.) Switching this without any warning to users - who may be unaware there has been an upgrade - adds to the problem. Perhaps the new "thread activity centre" should be an option rather than a replacement? |
(I should add, a big reason users are comfortable with the unread message markers next to channels is that this is how it works currently on What's App, Telegram, Signal and Slack - so if not all the other similar applications, at least the widely used ones that I know of) |
I never got that announcement, fwiw |
No, I don't remembers seeing that. I infer no-one else on our instance did either? Perhaps it appeared and then got dismissed without being noticed or fully comprehended. |
I'm still missing important messages in threads, even with TAC. People are having to reach out to me via DM to get me to see their messages. |
Steps to reproduce
You will need 2 users, including yourself.
Outcome
What did you expect?
The room should be marked as unread: this is a thread I care about and should receive blocking notifications for.
What happened instead?
Nothing :D
Operating system
Windows 11
Application version
Element Nightly version: 0.0.1-nightly.2024051401 Crypto version: Rust SDK 0.7.0 (61b175b), Vodozemac 0.5.1
How did you install the app?
The Internet
Homeserver
t2l.io
Will you send logs?
Yes
The text was updated successfully, but these errors were encountered: