रिकॉर्डिंग कभी काम नहीं किया था - जिकोफो कभी जिब्री के लिए नहीं देखा, और जिब्री कभी नहीं आया

भेजा गया

24 सितंबर 2026 को 3:50 am बजे UTC

लेखक

Kamo

कमिट

e5497a4

चार अलग-अलग दोष, हर रिकॉर्डिंग को रोकने के लिए पर्याप्त हैं: - जिकोफो के पास कोई ENABLE RECORDING नहीं था, इसलिए छवि ने कोई `जिबरी {}` ब्लॉक नहीं लिखा: यह कभी नहीं शराब की भठ्ठी को देखते हुए और हर स्टार्ट अनुरोध को मना कर दिया। Prosody और jibri यह पर था। - JIBRI BREWERY MUC ने एक पूर्ण JID आयोजित किया; छवि डोमेन को खुद ही बताती है, दे रही है। ************* Prosody उत्तर दिया आइटम-नहीं-स्थापित और जिब्री, जो फिर से नहीं आता है, कभी भी शराब पीते हैं। - कोई PUBLIC URL नहीं, इसलिए जिब्री का क्रोम https://meet.Meet/<room> खोला जाएगा। कहीं नहीं यह अब साझा होस्ट के माध्यम से रिकॉर्ड करता है, जो हर किरायेदार को पूरा करता है। XMPP RECORDER DOMAIN को कुछ भी नहीं पढ़ा जाता है; XMPP HIDDEN DOMAIN, डोमेन के साथ प्रतिस्थापित रिकॉर्डर वास्तव में साइन इन करता है (और मीटिंग पेज के छिपे हुए डोमेन को मैच होना चाहिए)। Prosody अब filter iq jibri लोड करता है, इसलिए एक सदस्य टोकन जिसका फीचर्स कहते हैं रिकॉर्डिंग है बंद एक शुरू मना कर दिया है, न सिर्फ कोई बटन दिखाया गया है। बिना सुविधाओं के टोकन वापस आते हैं पहले की तरह, "एक मॉडरेटर" है। अंतिम रूप देना.sh एक बार मीडिया सर्विस ने इसे संग्रहीत किया है (या इसे मना कर दिया क्योंकि क्योंकि) संगठन रिकॉर्ड नहीं कर सकता है, एक PHI किरायेदार जिसकी प्रतिलिपि linger नहीं होना चाहिए। कुछ नहीं और कभी भी 50Gi मात्रा में गिर गया। यह वास्तविक सामग्री प्रकार भी भेजता है; कर्ल का डिफ़ॉल्ट आवेदन/octet-stream, जो MinIO संग्रहीत था। सत्यापित लाइव: एक दो प्रतिभागी बैठक जिकोफो → जिब्री → ffmpeg → के माध्यम से दर्ज अंतिम रूप देने → MediaService ingest, और रिकॉर्डिंग के साथ एक टोकन: झूठे से इनकार कर दिया गया था `forbidden`.