element-hq / element-hq/element-web

A case of zombie notifications

Open
#27,011 0 comments 0 reactions 0 assignees View on GitHub
A-Notifications O-Occasional S-Minor T-Defect
Dominant language
TypeScript
Stars
13.5k
Forks
2.8k
PR merge metrics
PR metrics pending

Description

### Steps to reproduce

Unclear

### Outcome

#### What did you expect?

Rooms that I've read will stay clear of notifications.

#### What happened instead?

I have an encrypted DM which reliably produces a gray "1" notification badge every time I start my client. There are no threads in this DM, I am not using private read receipts, and I also have the Threads Activity Center enabled.

The latest events are from June 4th, 2023, and I can't see anything suspicious about them: they consist of four `m.room.message`s, followed by a reaction from the other user, and finally another `m.room.message` from the other user.

Digging through the room object, I see one thing out of the ordinary compared to my other DMs: I appear to have an unthreaded receipt, which points to the last `m.room.message` that I received prior to June 4th.

![Screenshot from 2024-02-14 11-32-38](https://github.com/element-hq/element-web/assets/48614497/5c456cf1-9fc7-4242-bc6b-fbdc0ec89de8)

(`$Kl7c...` is the most recent event in the room, and `$nidq...` is the message received prior to June 4th.)

I'm happy to provide more information, I just don't know what to look for beyond this

### Operating system

NixOS unstable

### Browser information

Firefox 122.0.1

### URL for webapp

develop.element.io

### Application version

Element version: 92c831094d11-react-35ad92bf540a-js-74c109adacd4 Crypto version: Rust SDK 0.7.0 (fac36bc), Vodozemac 0.5.1

### Homeserver

Synapse 1.99.0

### Will you send logs?

No

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.