You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
_keyHandler.setEnabled calls _setEnabled and setLocalParticipantProperty (here the issue starts)
_setEnabled (in ManagedKeyHandler.js) calls _olmAdapter.initSessions(), which sends _sendSessionInit to all participants with bigger IDs
setLocalParticipantProperty triggers SetProperty, which starts _onParticipantPropertyChanged that sends _sendSessionInit to all participants with bigger IDs AGAIN.
Upon a second call to _sendSessionInit the rejection is triggered:
if (olmData.session) {
logger.warn(`Tried to send session-init to ${pId} but we already have a session`);
return Promise.reject();
}
Steps to reproduce
Start a conference between 3 participants on localhost via Visual Studio Code and enable E2EE. Runtime error follows.
Environment details
Google Chrome Version 129.0.6668.90 (Official Build) (arm64)
macOs Sonoma 14.6.1
Visual Studio Code Version: 1.93.1
npm 9.6.4
node 20.0.0
The text was updated successfully, but these errors were encountered:
Description
Runtime error when E2E is enabled due to rejection in _sendSessionInit (
Tried to send session-init to ${pId} but we already have a session
, here: https://github.com/internxt/lib-jitsi-meet/blob/master/modules/e2ee/OlmAdapter.js#L987)Current behavior
Expected Behavior
OLM channels are established without problems
Possible Solution
It is a problem in the call logic.
When E2EE is enabled, then this chain of events happens:
Steps to reproduce
Start a conference between 3 participants on localhost via Visual Studio Code and enable E2EE. Runtime error follows.
Environment details
Google Chrome Version 129.0.6668.90 (Official Build) (arm64)
macOs Sonoma 14.6.1
Visual Studio Code Version: 1.93.1
npm 9.6.4
node 20.0.0
The text was updated successfully, but these errors were encountered: