-
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
Handling the reason field in kick and ban endpoints #798
Comments
If you mean that which more or less directly translates to, in an IRC client, or Matrix client:
Then it is probably assumed that those seasoned in IRC know the context and usage. Conventionally, by the above example notations of the command, the parts enclosed with the square brackets "[" & "]" are optional. And you don't literally issue the characters "<", ">", "[", or "]". Traditionally in IRC, and now Matrix, giving the kicked, or banned a reason is probably good practice. Those kicked or banned should understand why an IRC Op' (now Matrix Admin' PL100/Mod'/Custom PL), at their discretion, decided to do so. And, IRC often has had the ability to issue a ban of a fixed duration, through 'bots. So, users might be readmitted, automatically, after a time. For such an example, with, more or less, a "services" bot, "X"; See:
Regardless, the API i.e. kick & ban, they do show cURL context for the JSON, albiet POST is advised, over GET. |
My question was what a homeserver should do with the I guess that the |
Could you clarify the usage of this field? The spec doesn't seem to use it, unless I have missed something.
I guess that there should be a
reason
field on them.room.member
event.The text was updated successfully, but these errors were encountered: