-
-
Notifications
You must be signed in to change notification settings - Fork 97
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
is_direct
field on /createRoom
body does not automatically mark the room as a DM
#1692
Comments
(I did search for an issue, but couldn't find anything matching |
is_direct
: field on /createRoom
body does not automatically mark the room as a DMis_direct
field on /createRoom
body does not automatically mark the room as a DM
The spec is fairly explicit that the clients have to do this themselves:
|
Sure; I'm more complaining that this is a bit of a crap situation if you're expecting to do read the DM flag. (There's an extra RTT and a transitory flicker where you've asked for a DM and got something but not a DM yet.) The context this came up on is the sliding sync proxy: we only want to consider rooms with the DM flag to inherit members' avatars: element-hq/element-x-ios#2003 (comment) |
fair enough. It's probably something that could be changed. Waiting for canonical DMs is likely to be a long wait. |
Link to problem area: https://spec.matrix.org/v1.9/client-server-api/#creation and https://spec.matrix.org/v1.9/client-server-api/#direct-messaging
Issue
I naively expected that passing this flag to /createRoom would automatically mark the created room as a DM in the creator's account data. This seems not to be the case: the referenced bits of the spec mainly talk about propagating the
is_direct
flag to invitees.(Might be appropriate to close this as WONTFIX if this doesn't bother today's clients, and if canonical DMs will fix it.)
The text was updated successfully, but these errors were encountered: