This repository has been archived by the owner on Apr 26, 2024. It is now read-only.
Generalized presence lists #3
Assignees
Comments
|
Mmm, this would be really nice. Right now we do have early support for defining per-user presence lists seperate from rooms, but totally agreed that having arbitrary UNIX-group style lists that can then be used for ACLs, Presence, etc would be really nice. Leo: how would this fit with the current presence-list management? |
|
Migrated to JIRA https://matrix.org/jira/browse/SPEC-46 |
anoadragon453
pushed a commit
that referenced
this issue
Jan 24, 2020
…ate-unicode Ensure the password reset template is correctly converted to binary
lxndrbnsv
added a commit
to lxndrbnsv/synapse
that referenced
this issue
Dec 23, 2021
lxndrbnsv
added a commit
to lxndrbnsv/synapse
that referenced
this issue
Jan 10, 2022
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Rather than only storing one list per user on a HS the concept of lists could be abstracted into just having lists that certain users (private/public) can subscribe too. Similar to lists on twitter or facebook.
These would then work similar to how rooms work but instead just passing along the listed users presence events.
The text was updated successfully, but these errors were encountered: