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

[WIP] MSC4152: Room labeling and filtering #4152

Draft
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

turt2live
Copy link
Member

Rendered

In line with matrix-org/matrix-spec#1700, the following disclosure applies:

I am Director of Standards Development at The Matrix.org Foundation C.I.C., Matrix Spec Core Team (SCT) member, employed by Element, and operate the t2bot.io service. This proposal is written and published as a Trust & Safety team member allocated in full to the Foundation.

@turt2live turt2live added proposal A matrix spec change proposal s2s Server-to-Server API (federation) client-server Client-Server API kind:feature MSC for not-core and not-maintenance stuff needs-implementation This MSC does not have a qualifying implementation for the SCT to review. The MSC cannot enter FCP. labels Jun 5, 2024
Comment on lines +36 to +38
The `m.room.labels` event is used to share labels on a room between servers, and is set by the room's
participants (typically moderators and admins only). Each entry under `labels` is bound by the
[Common Namespaced Identifier Grammar](https://spec.matrix.org/v1.10/appendices/#common-namespaced-identifier-grammar).
Copy link
Contributor

@Gnuxie Gnuxie Jun 6, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So, what is the intention behind using namespaced labels?

I can assume that it is to make labels more consistent for client developers and consumers of the data that are going to build fancy room directories, maybe. But it doesn't really help those who will want to freetext the labels and write whatever they like, people are likely going to do that regardless (and may or may not namespace them, which will cause more fragmentation).

And yes, freetext labels can also be used to advertise abusive content, but that's likely going to happen even with namespaced labels unless the main clients gatekeep the available labels somehow (and even then, the gatekeeping can probably be circumvented just by using element web's /devtools). Though that could be considered good enough?

Servers could also getekeep the supported labels for their own room directory, I guess.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Using identifiers allows for translations on the label values, and a more consistent experience for client developers. The IDs themselves should never be shown to the user verbatim.

This MSC is also a work in progress, and this is an undefined area.

@babolivier babolivier mentioned this pull request Oct 11, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
client-server Client-Server API kind:feature MSC for not-core and not-maintenance stuff needs-implementation This MSC does not have a qualifying implementation for the SCT to review. The MSC cannot enter FCP. proposal A matrix spec change proposal s2s Server-to-Server API (federation)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants