matrix-org / matrix-org/matrix-spec

Alternative/enhanced API for application services to do presence

Open
#451 0 comments 3 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

A-Application-Services feature
Dominant language
HTML
Stars
330
Forks
150
Avg merge
2h 21m
Merged PRs (30d)
3

Description

Application services, such as https://github.com/Half-Shot/matrix-appservice-discord, may want bridge presence from the remote service. The current system requires the bridge to spam updates constantly just to keep the user's presence updated. This doesn't scale nicely when your bridge hits thousands of remote users being bridged.

Instead, a transactional approach may be better suited: Provided a bridge is responding, assume all presence updates are valid until otherwise identified. There may need to be some other checks in place to assist against the bridge forgetting presence status, although that issue could easily be shifted to the author of the bridge.

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

Start by reviewing the current Matrix presence behavior for application services and the proposed transactional approach described in the issue. Done would require a defined alternative API, clear rules for validity and bridge responsiveness, and agreement on how forgotten presence status is handled.

Written by the indexing model from the issue text.

Assessment

Domain
api, backend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.