I’ve been providing instances of Jitsi Meet based on the docker-compose instructions lately.
Based on reports here [1] and also what I heard elsewhere it seems that often problems come from using poorly supported browsers, particularly Firefox.
I was considering blocking users not using Chrome/Chromium, on an instance using the docker-compose install method I added this to the site-confs/default config of nginx:
if ($http_user_agent !~* (Chrome|Chromium|okhttp)) {
return 403;
}
(has to go into the server section, this can be done either by logging into the web container or changing the template beforehand. the okhttp is needed so the jitsi app still works.)
Now I’m wondering if this is a smart way of doing this or if people have better ideas. And whether it would be a good idea to provide this as an option for the docker setup (could be made a setting in .env, and maybe coupled with not just a 403 page, but a page informing the user).
Also I saw forum posts [2] indicating that there already is a warning shown, however I don’t see such a warning.
// Names of browsers which should show a warning stating the current browser
// has a suboptimal experience. Browsers which are not listed as optimal or
// unsupported are considered suboptimal. Valid values are:
// chrome, chromium, edge, electron, firefox, nwjs, opera, safari
OPTIMAL_BROWSERS: ['chrome', 'chromium', 'nwjs', 'electron'],
// Browsers, in addition to those which do not fully support WebRTC, that
// are not supported and should show the unsupported browser page.
UNSUPPORTED_BROWSERS: ['safari'],
I mapped it into nginx using this directive after copying it from /usr/local…