Support fi.mau.room_id, and fully qualified room_id in /createRoom #777
No reviewers
Labels
No labels
Bug
Cherry-picking
Database
Dependencies
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/Federation
Matrix/MSC
Matrix/Media
Meta
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Wont fix
old/ci/cd
old/rust
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Depends on
#21 Add fi.mau.room_id to the createRoom payload
continuwuation/ruwuma
Reference: continuwuation/continuwuity#777
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "nex/custom-room-id"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
allows both the unspecced
room_id
and the customfi.mau.room_id
to be used, by validating and supporting both when the value is a fully qualified room ID, or when it's just a localpart.This also removes the restrictions that prevents spaces being in the room ID, which is not a real restriction.
This is working on my dev server, and providing
test
tofi.mau.room_id
created!test:continuwuity-dev.nexy7574.co.uk
, and passing!test-2:continuwuity-dev:nexy7574.co.uk
created the expected room ID.closes #776. Depends on continuwuation/ruwuma#21.
d3022b4112
is misleading, the check is successful:but the returned error is an unauthorized error:
M_FORBIDDEN (HTTP 403): M_FORBIDDEN: Event is not authorized.
(it should be a 422: invalid room ID)Retrying the request erroneously returns
M_ROOM_IN_USE (HTTP 400): M_ROOM_IN_USE: Room with that custom room ID already exists
, which gives me the gut feeling that if the bad room ID is re-used later (in a legitimate server for example) it may cause conflicts. That should be looked at before this gets merged.Support fi.mau.room_id, and fully qualified room_id in /createRoomto WIP: Support fi.mau.room_id, and fully qualified room_id in /createRoomWIP: Support fi.mau.room_id, and fully qualified room_id in /createRoomto Support fi.mau.room_id, and fully qualified room_id in /createRoomChanges since original commit:
!
, unless you pass a fully qualified one (fixes situations where people pass just the localpart but prefix it with !, expecting the server to append the servername)This looks good to me. Can't see any issues.