- Expédié
- 24 septembre 2026 à 03:50 UTC
- Auteur
- Kamo
- Commit
- e5497a4
Quatre défauts distincts, chacun suffisant pour arrêter chaque enregistrement : - jicofo n'avait pas ENABLE RECORDING, donc l'image n'a pas écrit de bloc `jibri {}`: il n'a jamais a regardé la brasserie et a refusé chaque demande de départ. Prosody et jibri l'avaient. - JIBRI BREWERY MUC a tenu un JID complet ; l'image ajoute le domaine lui-même, donnant - Oui. Prosodie répondu item-not-found et jibri, qui ne réessaye pas, n'a jamais rejoint la brasserie. - Pas de PUBLIQUE URL, donc jibri Chrome aurait ouvert https://meet.Meet/<room>, qui ne résout nulle part. Il enregistre maintenant par l'intermédiaire de l'hôte partagé, qui sert chaque locataire. - XMPP RECORDER DOMAIN est lu par rien; remplacé par XMPP HIDDEN DOMAIN, le domaine l'enregistreur s'inscrit vraiment (et le domaine caché de la page de rencontre doit correspondre). Prosody charge maintenant filter iq jibri, donc un jeton de membre dont les fonctionnalités disent que l'enregistrement est off est refusé un début, pas seulement montré aucun bouton. Les jetons sans caractéristiques reviennent à "est un modérateur", comme avant. finally.sh supprime sa copie une fois que MediaService l'a stocké (ou refusé parce que l'organisation ne peut pas enregistrer, un locataire de l'ISP dont la copie ne doit pas s'attarder). Rien D'autres n'ont jamais taillé le volume 50Gi. Il envoie également le type de contenu réel; curl par défaut a été application/octet-stream, que MinIO a stocké. Vérifié en direct : une rencontre à deux participants enregistrée par jicofo → jibri → ffmpeg → finaliser → MediaService ingérer, et un jeton avec enregistrement:false a été refusé avec "interdit".