Skip to content
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

Selecting "Mark as read" on a room causes unread notifications to explode #26475

Open
colans opened this issue Oct 31, 2023 · 1 comment
Open
Labels
A-Notifications O-Occasional Affects or can be seen by some users regularly or most users rarely S-Minor Impairs non-critical functionality or suitable workarounds exist T-Defect

Comments

@colans
Copy link

colans commented Oct 31, 2023

Steps to reproduce

  1. To deal with Stuck notifications #24392, I selected "Mark as read".
  2. Unread notifications started shooting up, landing in the 60s or 80s, just like in Unread count goes from zero through the roof after restarting the app #25479

Outcome

What did you expect?

I expected the room to be marked read.

What happened instead?

The opposite happened. I got the red/noisy notification that between 60 and 90 direction mentions were in the room after gradually building up to the maximum.

Operating system

Pop! OS 22.04 LTS (Ubuntu offshoot)

Application version

Element version: 1.11.46 Olm version: 3.2.14

How did you install the app?

Installed Flatpak via Pop Shop

Homeserver

matrix.org

Will you send logs?

Yes

@colans
Copy link
Author

colans commented Oct 31, 2023

Now I need to figure out where to find logs for the flatpak...

@nadonomy claims to have run into this as well as per #25479 (comment) .

@andybalaam andybalaam added S-Minor Impairs non-critical functionality or suitable workarounds exist O-Occasional Affects or can be seen by some users regularly or most users rarely A-Notifications labels Nov 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
A-Notifications O-Occasional Affects or can be seen by some users regularly or most users rarely S-Minor Impairs non-critical functionality or suitable workarounds exist T-Defect
Projects
None yet
Development

No branches or pull requests

2 participants