matrix-org / matrix-org/matrix-spec

Hidden/private read-receipts must be remembered by server which mustn't send them even from legacy clients unless configured otherwise

Open
#1,326 0 comments 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

A-Client-Server improvement
Dominant language
HTML
Stars
330
Forks
150
Avg merge
2h 21m
Merged PRs (30d)
3

Description

**Suggestion**

Currently private read receipts or hidden read markers are client-specific and need to be configured on every client separately and if some client doesn't support them, that one publicises the read-receipts.

In my opinion the Matrix homserver must take more active role on them and if the user enables hidden read-receipts on configured clients, the server must remember that and hide read-receipts from all of the users devices until the user explicitly decides to publish their read-receipts again. I think this would also be more in line with user expectations and every other protocol implementing option to disable read-receipts.

Further reading:

* [Read receipts, presence and typing notifications should be disabled by default | neilalexander.dev](https://neilalexander.dev/2021/04/09/read-receipts-typing-notifs)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No files, tests, or entry points are identified in the issue. Start by locating the Matrix specification sections governing read receipts and server/device behavior; done means the remembered hidden-read-receipt behavior and explicit republishing rules are specified consistently, including legacy clients.

Written by the indexing model from the issue text.

Assessment

Domain
networking
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.