Skip to content

Conversation

@Half-Shot
Copy link
Member

@Half-Shot Half-Shot commented Dec 9, 2025

Presently anyone who enables Element Call via feature_group_calls can 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.

@Half-Shot Half-Shot marked this pull request as ready for review January 5, 2026 17:12
@Half-Shot Half-Shot requested a review from a team as a code owner January 5, 2026 17:12
@Half-Shot Half-Shot requested review from dbkr and t3chguy January 5, 2026 17:12
Copy link
Member

@dbkr dbkr left a 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 :)

Copy link
Member

@robintown robintown left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Some questions:

Comment on lines 29 to 31
platformCallType: PlatformCallType,
platformCallType: PlatformCallType | undefined,
skipLobby: boolean | undefined,
voiceOnly: boolean,
voiceOnly: boolean | undefined,
Copy link
Member

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?

Copy link
Member Author

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.

Comment on lines 51 to 52
* This ensures we only fetch transport information once during the lifetime
* of a session.
Copy link
Member

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?

Copy link
Member Author

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,
Copy link
Member

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?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This should be true...

Comment on lines +74 to +75
default:
throw Error(`Unexpected PlatformCallType ${platformCallType}`);
Copy link
Member

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?

Copy link
Member Author

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants