@robi said in MiroTalk P2P cannot join rooms if OIDC user is same as .env user: API_KEY_SECRET=<redacted> HOST_PROTECTED=true HOST_USER_AUTH=false HOST_USERS=<includes 'robi'> Hi Rob, Please try using the following settings in your env file: API_KEY_SECRET=your-api-key-secret OIDC_ENABLED=false HOST_PROTECTED=true HOST_USER_AUTH=false HOST_USERS='[{"username": "robi", "password": "your-password"}]' Make sure to add OIDC_ENABLED=false to explicitly disable OIDC, and update HOST_USERS to use the correct JSON format as shown above. Then restart the your MiroTalk P2P instance.

package for this release is out now

@kmz010101 said in Host Users not defined in env: And now it works with the new instance. Good!

@MiroTalk said in reconnecting to the meeting randomly: If you experience any disconnections, please let me know. It would be helpful if you could provide a screenshot of what you see on the device when it happens, and let me know whether you're reconnected to the room immediately or what exactly occurs. Hello @mirotalk-57bab571 . So things are different since the updated version. In my first first meeting I had no disconnections so I had great hopes...which sadly got crushed in my second meeting where I had several disconnections. The behavior when the disconnections occur has changed. Before, when the connection would drop, this message would appear briefly Lost Connection (Transport Closed), then the page would reload automatically immediately and I would get reconnected to the meeting with both camera and mic off. When turning on my camera back on, the background settings would be lost (say if I have blur before, then on reconnection I would have a clear background). Since the new package, when the connection drops I see this (slightly different message): [image: 1750177653553-lost-connection-mt-1.8.66-resized.png] ...and that page lasts a bit longer before refreshing and reconnecting (on a couple of occasion I saw a count down appearing on the massage). Then it sometimes takes a couple of refresh before I actually get reconnected properly. On one occasion I could not reconnect and the app itself became unresponsive. It was show as running on the Cloudron dashboard, when when clicking on it I had the Cloudron error page saying the app was unresponsive. I had to restart the app from the app settings on Cloudron. On another occasion, right at the start when joining a meeting, I got disconnected right away and on reconnection my external webcam was not recognised anymore and I had to use my laptop one. This had never happened before. So while clearly something has changed in the way connections are handled, currently the situation/UX has become, I'm afraid, a little worse, but I do not loose hope that this is just a sign of work having started to take place and it'll only get better from here to reach perfection . Running MiroTalk 1.8.66 btw.

Thanks for the fix. It worked!

Agree: false/false/true would be the best default but configurable in the env

https://git.cloudron.io/packages/mirotalksfu-app/-/merge_requests/126

MiroTalk Projects Overview and Comparisons

@canadaduane FYI Nextcloud Talk does chat plus video meetings too.

@MiroTalk it'd be nice if it were possible to simply select someone in a meeting and make them a co-presenter

@nebulon said in Bug: MiroTalk SFU & OIDC & Alias Domain: this is great! I've tested it and it required to trust the proxy Merged, thank you so much!

@luckow said in Q: Is a different app package required for a license?: donate money for your fantastic work Support the Future of MiroTalk! First off, a huge thank you for your interest in supporting MiroTalk! Our work is driven by a passion for innovation, and every contribution helps us continue developing and improving our WebRTC solutions. Do I Need a Different App Package? No! The package remains the same, the difference lies in the license. By purchasing a license, you’re not just getting official support and updates, but also directly fueling the growth of MiroTalk. More about licensing option here: https://docs.mirotalk.com/license/licensing-options/ How Can You Support Us? We offer multiple ways for you to contribute and keep our projects thriving: GitHub Sponsors – Support us directly with no platform fees: https://github.com/sponsors/miroslavpejic85 Codecanyon – Purchase a license if you prefer this marketplace: https://codecanyon.net/user/miroslavpejic85/portfolio PayPal Donation – Send your support directly via PayPal. https://www.paypal.com/paypalme/mirotalk?country.x=EN&locale.x=en_EN Bitcoin Contribution – Support us with cryptocurrency. bc1q6agpf8prsf6gppjmf8h87xnqgvtykuuryrexd3 Your support allows us to keep pushing the boundaries of real-time communication. Whether it’s through a license, a donation, or simply spreading the word, every bit makes a difference! ️ Thank you for be part of the MiroTalk journey!

Yes this is a known issue we have seen rarely. Somehow docker hasn't freed up the port yet. A retry fixes the issue, but we haven't been able to reproduce this reliably for debugging and fixing.

I have added this flag for all the apps.

@mdc773 said in when creating room no auth prompt: is there a certain place to add this parameter? In the config.js file in your app files

Holy smokes, this was a speedy and helpful resolution to a request, from both the app and Cloudron devs! Impressive!

@jdaviescoates good guess to resolve this quicker!

@Joseph Thank you!