Cloudron Forum

Great catch! This is fixed for the next release with https://git.cloudron.io/platform/box/-/commit/5e2b531d9bc4fc180395b58c704b1ee083b0aa5f

wow those are a lot of IPs! How come that IP list grows by hundreds per day?

Initially we thought of 9.2 having those but since we wanted to release some things earlier, 9.2 was released with different features, so this thread shifted essentially to v10 now

@abo_shahad this mostly will not work in the long run, as the database backups might get out of sync of the other app data stored on the local filesystem of freescout. Generally Cloudron is designed in a way where the database is part of the app so to speak, so apps can be backed up and restored fully from one system. This is especially important when some update fails. In your case with the database having different backup/restore points from the app, this will be non-trivial to restore to a working app state if an update breaks.

So as @ccfu suggests using LAMP to run freescout would work, but I am not really sure if there is much benefit using Cloudron then for this. Essentially you are "fighting" the platform instead of using its benefits.

It is technically possible but since Cloudron manages the docker containers on the system it will eventually break. A better long term solution would be to instead package mosquitto as a Cloudron (community) app. See https://docs.cloudron.io/packaging/ for more details there.

Overall so far interest was low on providing an official MQTT broker so far, once that changes we are happy to maintain one.

Which version on Cloudron are you on? I can't reproduce this with traccar (also using UDP ports) installed via cli on Cloudron 9.2 at least.

The latest version now has a plain text mode editor switch. Also to persist via settings as the default mode. It still lacks image uploads though.

Since the last two version were put out to migrate from the more heavy mongodb to sqlite you have to update probably twice to get to the latest with the fixes.

For a bit of context here, after a long time (actually many years of neglect, while I was using it still actively) I have picked up development of the app again now. So any such feedback is highly welcome to improve this.

oh that does sound like a UI bug indeed. So you are installing your custom app with the cli tool but the UI does not reflect that state on a fresh load is what you are seeing? What is the exact cli command if you use that? If the app (and/or package) is public, let us know so we can more easily reproduce and fix it.

@poeti8 have now removed the mention of that it.kutt.cloudronapp in the public pages also

The notes are still based on markdown, so typing markdown will work but will trigger rendering. I guess I didn't think of also providing a raw plain text option to edit as it was before.

Just didn't think of that, but have added a work item now to get this added https://git.cloudron.io/apps/meemo/-/work_items/4

can you run cloudron-support --troubleshoot to get an idea what services are down. But it very much looks like a local DNS resolving issue. Did you make any custom configuration changes to the DNS settings on that server?

Great catch! Always good to have users with resource out of the ordinary

Fixed with https://git.cloudron.io/platform/box/-/commit/d504db161a839acb6742f6f7bf156e9b8a5bb0a6 but didn't made it into 9.2

The forum and doc link is already with the installed app in the top-right dropdown menu when in the app's configure screen in the Cloudron dashboard.

If the second contains the System backups it would include those of stopped apps, where a backup was made there (since otherwise the backup data simply wouldn't be there). But I agree this is not great to migrate. I guess for now you would have to start the app, make a full system backup on the scondary backup site and then stop the app again.

The code for retrieving backup data for integrity check depeneds on format and storage type. Memory consumption is hard to predict, so presumably S3 with some kind of data on that storage just gets it over the 400MB

This is currently not possible and not really on the roadmap. Any reason Cloudron OIDC does not work?

For 1) the stopped apps don't create new backups anymore but the last created backup of those is still being referenced with the platform. This is to allow full Cloudron restore while not losing the stopped apps.

For 2) the integrity check is actually run with a memory limit of 400MB, which is the taskrunner default as the intergrity check does not pass any options at: https://git.cloudron.io/platform/box/-/blob/master/src/backups.js?ref_type=heads#L223

We have to see if it makes sense to introduce a setting for this or if we should just tie it to the memory limit set of the backupSite.

The package with inotify is out. It seemed to have worked for me, but feedback very welcome.

I have added the inotify watcher to the package now with this MR https://git.cloudron.io/packages/koel-app/-/merge_requests/46

oh that does hint at a rate-limit then or API failure, since we do a couple of API requests per domain, this may add up if the limit is low.