-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Can create public room while "room_list_publication_rules: deny" when "alias_creation_rules: allow" #7204
Comments
Thanks for the report @Lighti123. I was able to reproduce this and it sounds like a bug to me. |
Hi! I'm having a similar issue. On my homeserver both aliases and public listings should be limited to the admin user. But today a normal member created a public listed room (with no alias, this seems to work). This is my config:
It seems to me the |
I can confirm this:
but every user can freely create public rooms! |
addendum: I don't understand it but also don't want to play with the production server. @PeerD as a kind of workaround you can disable public room searching... |
Well, we want and have publicly listed rooms. We just don't want regular users to add them to the directory. So disabling them completly is not an option for us. |
It seems that |
Fixed by #7260. |
Hello!
i have the following problem and think it is a bug:
I want my users to be able to create a room and set an alias for it, but prohibit them to set the room public in the public server room list.
For this i set the following options in my own Matrix-Synapse 1.12.0 installation in the homeserver.yaml:
With this setting, my users:
Can create an alias for an existing room, but can not make it public
But:
They can create a NEW room and set the option "public" and give it an alias.
The room then is created and appears in the server public room list.
After creation, you can set the option "public" for the room setting off again, but not on again like it should be.
Tested with Riot.IM Web 15.12 and Riot.App 15.14.
With the Riot.IM for iOS it works as it should.
With "alias_creation_rules: action: deny" it works as it should:
Users can not create public rooms nor set them public after creation (and no aliases, of course)
Thanks!
The text was updated successfully, but these errors were encountered: