-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
Ensure correct focus configuration for Element Call before allowing users to call. #31490
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
base: develop
Are you sure you want to change the base?
Conversation
dbkr
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nit: one focus, multiple foci :)
robintown
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some questions:
src/utils/room/placeCall.ts
Outdated
| platformCallType: PlatformCallType, | ||
| platformCallType: PlatformCallType | undefined, | ||
| skipLobby: boolean | undefined, | ||
| voiceOnly: boolean, | ||
| voiceOnly: boolean | undefined, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What does it mean for the call type or voice-only to be undefined?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Not sure, I think this is probably accidental.
src/stores/CallStore.ts
Outdated
| * This ensures we only fetch transport information once during the lifetime | ||
| * of a session. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What is 'This' referring to?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated comment.
| test.use({ | ||
| synapseConfig: { | ||
| experimental_features: { | ||
| msc4143_enabled: false, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is this here to be testing the .well-known fallback instead?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be true...
| default: | ||
| throw Error(`Unexpected PlatformCallType ${platformCallType}`); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
🤔 Why accept an undefined call type if it's an error?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The undefined doesn't make sense, and I'll fix that. The error still makes sense to ensure we don't end up doing undefined things if platformCallType was not an expected value at runtime.
Presently anyone who enables Element Call via
feature_group_callscan start an Element Call, but that is not enough to actually succeed. You need to have a focus configured on your server to do that, and so we should prevent users stumbling into this without first having foci configured.Note, joining a call may be done by anothers focus presently so it's not required to have this config to join another call.