Describe the bug
When ALLOW_EXTERNAL_USERS is set to True the plugin displays the Share Link as part of the channel message in Mattermost. Clicking the link directly (instead of using the Join Meeting button) then opens the meeting inside the Mattermost desktop application as a new window instead of opening the users default browser. If the user then tries to setup his microphone inside the window, the process fails with an error message.
Note that the desktop app did not ask for permissions. The internal developer console meanwhile shows this error after clicking "Microphone" inside the window:
The user can still proceed to join as listener but won't be able use voice, webcam or screen sharing.
The official Mattermost "Calls"-Plugin correctly requests the user for device permissions using a dialog window after joining a call. Windows privacy settings are configured to allow both Apps and Desktop Apps to access the microphone/camera.
To Reproduce
Steps to reproduce the behavior:
Enable ALLOW_EXTERNAL_USERS
Start a meeting using the BBB button.
Click the Share Link URL.
Click "Microphone"
See error
Expected behavior
Either
a) Display a dialog window requesting the missing device permissions when trying to use voice, webcam or screen sharing.
or
b) Convince the desktop app to open the link inside the users default browser regardless of other application preferences.
Screenshots
Environment:
Mattermost-Server version: 9.10.0
Mattermost-Desktop version: 5.9.0
Plugin version: 4.4.0
BBB-Server version: 2.7.12 (732)
OS: Windows 10 Home (Version 22H2)
Additional context
As stated in the beginning, Mattermost correctly launches the web browser when using the button instead. My concern is that less experienced users will keep trying to use the share link and open support cases because they're unable to setup voice communications.
Describe the bug When
ALLOW_EXTERNAL_USERS
is set toTrue
the plugin displays the Share Link as part of the channel message in Mattermost. Clicking the link directly (instead of using the Join Meeting button) then opens the meeting inside the Mattermost desktop application as a new window instead of opening the users default browser. If the user then tries to setup his microphone inside the window, the process fails with an error message.Note that the desktop app did not ask for permissions. The internal developer console meanwhile shows this error after clicking "Microphone" inside the window:
[10:43:51:0015] WARN: clientLogger: Audio settings gUM failed: NotAllowedError https://REDACTED/html5client/6f1be6c9889ae18cf4c8cbf7ccd9c8adeea1b72e.js?meteor_js_resource=true:649:63847
The user can still proceed to join as listener but won't be able use voice, webcam or screen sharing.
The official Mattermost "Calls"-Plugin correctly requests the user for device permissions using a dialog window after joining a call. Windows privacy settings are configured to allow both Apps and Desktop Apps to access the microphone/camera.
To Reproduce Steps to reproduce the behavior:
ALLOW_EXTERNAL_USERS
Expected behavior Either a) Display a dialog window requesting the missing device permissions when trying to use voice, webcam or screen sharing. or b) Convince the desktop app to open the link inside the users default browser regardless of other application preferences.
Screenshots
Environment:
Additional context As stated in the beginning, Mattermost correctly launches the web browser when using the button instead. My concern is that less experienced users will keep trying to use the share link and open support cases because they're unable to setup voice communications.