Cloudron Forum

The original is linked above, the changes are explained (and quite minimal).

Well, there are 44 services, so I don't really want to select and de-select them in varying configurations. I would add an app list somewhere, that's the suggestion I have made above.

@ekevu123 I explained badly - was rushing - my bad. I meant that I test the new version with real data from production, so it can be repointed. But I don't often do staging, so I gladly defer to your workflow and your requirements. If your Feature Request is accepted and helps the flow, maybe I'll take the opportunity to learn from it. I'm distinctly low-tech long-route until I have learnt a smarter of doing it

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

Correct, I have updated all custom apps without a title in the manifest, this solved the issue.

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.

This is fixed now for next release.

@ekevu123 The team is keen, you adjust for the different notification types. Date range is still useful, this is just tied to notifications.

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.

@scooke I have it as a "backup" browser. By that, I mean I use it when I need a fresh browser since I pin/keep open tabs from previous sessions.

@svtx do you have a post/more info on this already? Would like to understand what the problem is.

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

It has happened again and I was able to catch a few issues that might be related: WebRTC: ICE failed, add a STUN server and see about:webrtc for more details Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://translate.googleapis.com/element/log?format=json&hasfast=true&authuser=0. (Reason: CORS request did not succeed). Status code: (null). Consumer Transport failed Object { id: "9d932828-8aba-4b93-af58-235cb3a06c1b" } /home/yellowtent/platformdata/logs/box.log - doesn't contain anything related to mirotalk Network logs: lists that umami is failing (probably blocked by plugin) and googletranslate (see above) I am sending about:webrtc via e-mail, because it is a huge fail and contains personal information.

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.

Yes, thank you, this has worked perfectly!

Thank you!

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