-
Notifications
You must be signed in to change notification settings - Fork 384
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
MSC4208: Adding User-Defined Custom Fields to User Global Profiles #4208
base: main
Are you sure you want to change the base?
Conversation
This needs a little work done to it. I've exported the custom field requirements from MSC4133 and am updating this to reflect that it is a new/separate MSC. |
@@ -0,0 +1,227 @@ | |||
# MSC4208: Adding User-Defined Custom Fields to User Global Profiles |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For reference, conduwuit still has the initial implementation of custom fields that was initially in MSC4133. Will review and validate to this new MSC some time in the next few days.
### Client-Server API Changes | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There don't seem to be any actual client-server API changes in this MSC, so this entire section should probably just be deleted? The only real change is defining the u.
namespace, the endpoints defined by MSC4133 work without any changes.
|
||
A new capability `m.custom_profile_fields` is introduced to control the ability to set custom | ||
profile fields. It is advertised on the `GET /_matrix/client/v3/capabilities` endpoint. Clients | ||
should check for this capability before attempting to create or modify custom fields. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure if this really needs a whole new capability. If m.profile_fields
can use globs, it could just have u.*
in the disallowed list to block user-defined fields
Rendered
Signed-off-by: Tom Foster [email protected]
Known Implementations: