@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.

@mirotalk-57bab571 following up

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!

@nebulon Yep the umbrella app is MiroTalk WEB / WebRTC. Seems pretty useful to deploy this within an organisation but I also understand why that's not the priority (definitely better to have the actual functional apps before the umbrella one).

The input field value is correct. However it is only indicating the starting point of the port range here: 40000 -> 40100 We have added that feature specifically for the SFU use-case so the UI was kept unchanged to not confuse every other app, where its only about 1 port.

yeah, thanks, i just tried both and saw that it is maybe a turn server issue. Now the SFU works