From 1726ef35ec31d39116608796cfc0c4530aa775bc Mon Sep 17 00:00:00 2001 From: Tom Foster Date: Sun, 5 Jan 2025 18:21:38 +0000 Subject: [PATCH] Cut down instructions for clients on when to display content from federated users. --- proposals/4133-extended-profiles.md | 11 +++-------- 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/proposals/4133-extended-profiles.md b/proposals/4133-extended-profiles.md index 5f1aa77481..c0e3c1f34b 100644 --- a/proposals/4133-extended-profiles.md +++ b/proposals/4133-extended-profiles.md @@ -306,14 +306,9 @@ Likewise, if a server automatically publishes data in user profile fields (e.g. based on an organisation's internal user database), then they SHOULD have consent to do so, and users SHOULD be made aware that data is published on their behalf. -To minimise the impact of abuse, clients SHOULD offer suitable defaults for displaying user-entered -content. A user MAY choose to display fields from all users globally, but *by default* profiles -SHOULD only be shown when the users share the current room and the other user is in the `join`, -`invite`, or `knock` membership states. - -If future clients (or spec proposals) implement the ability to set custom user-entered text in -profiles, servers MAY require additional moderation and safety tooling on the server side to -provide better visibility of problematic content, e.g., during reports. +To minimise potential abuse risks, clients should consider appropriate defaults for displaying +user-entered content. Profile content is publicly visible to other users on the federated network, +so clients may wish to implement controls around when and how profile fields are displayed. Proposal [MSC4202](https://github.com/matrix-org/matrix-spec-proposals/pull/4202) adds reporting of user profiles over federation, which offers a facility for users to report offensive content to the