feat(api): implement MSC4143 RTC transports discovery endpoint #1442
Labels
No labels
Blocked
Bug
Cherry-picking
Database
Dependencies
Dependencies/Renovate
Difficulty
Easy
Difficulty
Hard
Difficulty
Medium
Documentation
Enhancement
Good first issue
Help wanted
Inherited
Matrix/Administration
Matrix/Appservices
Matrix/Auth
Matrix/Client
Matrix/Core
Matrix/E2EE
Matrix/Federation
Matrix/Hydra
Matrix/MSC
Matrix/Media
Matrix/T&S
Meta
Meta/CI
Meta/Packaging
Priority
Blocking
Priority
High
Priority
Low
Security
Status
Confirmed
Status
Duplicate
Status
Invalid
Status
Needs Investigation
Support
To-Merge
Wont fix
old/ci/cd
old/rust
No project
No assignees
3 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
continuwuation/continuwuity!1442
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "0xnim/continuwuity:feat/msc4143-rtc-transports-endpoint"
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?
Add dedicated
GET /_matrix/client/v1/rtc/transportsandGET /_matrix/client/unstable/org.matrix.msc4143/rtc/transportsendpoints for MatrixRTC focus discovery (MSC4143), replacing the deprecated well-known approach.Move RTC foci configuration from
[global.well_known]into a new[global.matrix_rtc]config section with afocifield. Removertc_focifrom the.well-known/matrix/clientresponse. Update LiveKit setup documentation accordingly.Closes #1431
This pull request implements the dedicated MatrixRTC transport discovery endpoints defined in MSC4143. Previously in the .well-known/matrix/client response under the org.matrix.msc4143.rtc_foci key, which is now considered deprecated. The new dedicated endpoints (
/_matrix/client/v1/rtc/transportsstable and/_matrix/client/unstable/org.matrix.msc4143/rtc/transportsunstable) provide the same information through a proper client API route.Pull request checklist:
mainbranch, and the branch is named something other thanmain.myself, if applicable. This includes ensuring code compiles.
The main thing is compatibillity - at the moment this breaks compatibility with existing configurations and the currently released version of EC. Once that's done, I'm OK to merge
@ -28,3 +28,3 @@sliding_sync_proxy: Some(SlidingSyncProxyInfo { url: client_url }),tile_server: None,rtc_foci: services.config.well_known.rtc_focus_server_urls.clone(),rtc_foci: vec![],Rather than removing this, it should be kept for a time until most clients stop using it
(Element Call hasn't released the version that replaces it, and they don't have a migration so we'll have to support both for a time)
I lie, they do include a fallback, but the version that uses the new endpoint hasn't been released yet
@ -187,0 +191,4 @@.route("/_matrix/client/unstable/org.matrix.msc4143/rtc/transports",get(client::get_rtc_transports),)Ideally should be a ruma route if you can pull that into ruwuma. If not, can fix later.
@Jade is this good for ruwuma? continuwuation/ruwuma#48
@ -2137,4 +2134,0 @@////// default: []#[serde(default = "default_rtc_focus_urls")]pub rtc_focus_server_urls: Vec<RtcFocusInfo>,Can we keep compatibility with existing configs so people don't have to update their settings, even if it's just hiding this and using it as the default value for the new option?
feat(api): implement MSC4143 RTC transports discovery endpointto WIP: feat(api): implement MSC4143 RTC transports discovery endpointWIP: feat(api): implement MSC4143 RTC transports discovery endpointto feat(api): implement MSC4143 RTC transports discovery endpointcddb163f941e6d95583cI need to change the fragment