Closest upstream thread I found is https://forum.syncthing.net/t/syncthing-failed-to-notify-sync-failed-for-months/21279 but maybe worth asking in their forum .
Not sure if cloning is exactly UI-friendly here. The user intention is to add another domain, which is a separate action than cloning. You'd assume you perform an action that is separate from other domains, I'd say.
For backup sites, I am more with you: There it makes more sense to use the same site, but change a detail.
We will show the domain, for which the API call failed, in the error message for a start with next release. https://git.cloudron.io/platform/box/-/commit/f421fd771ff0e0550381d012414a6c35c8fd2afe
This has gone back to normal for a few days in a row, indicating the upgrade didn't produce an issue, but probably the hardware infrastructure at Netcup.
Honestly, I didn't try. I didn't find evidence that this was possible, so I assumed it wasn't.
For my needs, I have found a different solution for this now, but maybe this could be helpful to clarify, if it works, then in the docs.
Good catch, this is fixed now with https://git.cloudron.io/platform/box/-/commit/c35543af924a5cc8e82eac8c8fc0ef8139503f5a
The quota sorting was also off.
If you can drop us your domain name at support@cloudron.io , I can enable the Cloudron 9 update. We can also help with any issues you might hit during the update (most likely, there is none).
Hello @ekevu123
Next time the issue occurs please save the following logs
The MiroTalk SFU app log
the browser console log and network inspection log
/home/yellowtent/platformdata/logs/box.log
While this issue is occouring in the browser do:
Chrome based browsers go to brave://webrtc-internals/ and press Download the "webrtc-internals dump
FireFox based browsers go to about:webrtc and press Save Page
This will help us to further narrow down the cause.
Yeah, that makes sense. having a warning pop up before deleting an address that’s part of a mailing list would save a lot of confusion. even just a simple check and confirmation message would do the trick.
@girish said in Install new custom app with environment variables?:
@ekevu123 cloudron install --env ENV1=1 ENV2=2 --location subdomain . Then, you can verify using cloudron env list.
Thank you! I think this is the best solution for this problem.
Yeah, I don't have the original, because I repaired this manually already, but that is basically it - the CNAME was a standard of Porkbun pointing to their server.
Well, it's solved quickly, albeit manually.
