Jitsi
Maintained by
Sergio Comerón
This module allows creating jitsi-meet videoconference sessions.
Comments
Product ratings and reviews are coming to Moodle Marketplace. Until then, existing comments remain available to read, but new posts have been disabled.
we do not have a special configuration - neither on the jitsi server side nor on the moodle plugin side. The problem with user photos appeared after upgrading our jitsi server. The problem will probably be there.
puedes configurar el nombre de las sesiones con el parámetro jitsi_sesionname. En este panel puedes configurar los campos que componen el nombre y entre ellos esta el SESSION ID con el cual te aseguras de que dos sesiones distintas no tengan el mismo nombre de sesión.
Por otro lado que tuviesen el mismo nombre de sesión no implicaría que te echase de la misma, lo único que pasaría es que accederías todos a la misma sesión.
I have tried with the latest version 3.9.4 of moodle and 2.8.3 of jitsi plugin and the profile photo still appear correctly. is it possible that it is some special configuration on your server? until when have they appeared?
el plugin ahora no permite deshabilitar los chats privados entre usuarios... he estado mirando un poco la api de jitsi y solo he visto posibilidad de deshabilitar todos los chats, por lo que no veo forma de poder quitar solo los privados.
Si tienes tu propio servidor podrías quitarlo por css, tocando el /usr/share/jitsi-meet/css/all.css ocultando el privmsglink. He visto alguien que lo ha ocultado con un [id*="privmsglink_"]{display:none}, pero no lo he probado.
Estaré atento por si encuentran una forma mejor de hacerlo.
Tengo moodle 3.5.13+ e instalación de jitsi-meet en un servidor propio, cuando se inicia la videoconferencia los participantes pueden enviarse mensajes privados entre ellos, sin que el profesor lo vea. Existe la posibilidad de solo permitir el chat general, pero prohibir la mensajeria privada entre los partcipantes de la videoconferencia? ¿Se podría hacer por medio del plugin?
Un saludo y muchas gracias.
In our environment the problem you describe is not happening but our Jitsi server is deployed in Debian servers with the oficial packages and we use the ansible playbook referenced in this page in order to deploy easily. We haven't tested mod_jitsi with docker deployed servers.
Looking for something related with the jitsi-token-moderation-plugin I found this in our prosody configuration files in /etc/prosody/conf.d
Component "conference.xxxx.xxx.xx" "muc"
storage = "memory"
modules_enabled = {
"muc_meeting_id";
"muc_domain_mapper";
"token_verification";
"token_moderation";
}
It looks like we have enabled a token_moderation module in our prosody.
Review your config in your /etc/prosody/conf.avail/your_domain.cfg.lua , this value should be false:
allow_empty_token = false
in order to avoid access to users with no token.
Do i have to configure something more on th jitsi-side, or is this a known problem with moderation rigths?