Cloudron Forum

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

@nebulon Yes, I do - since it was optional, I haven't integrated it everywhere. I'll see that I update the apps then.

style-BG7Zm8Ck.js:1965 TypeError: Cannot read properties of undefined (reading 'toLocaleLowerCase')
at index-CJd8uz05.js:2335:295
at wrappedFn (style-BG7Zm8Ck.js:983:19)
at Array.filter (<anonymous>)
at apply$1 (style-BG7Zm8Ck.js:991:27)
at Proxy.filter (style-BG7Zm8Ck.js:883:12)
at ComputedRefImpl.fn (index-CJd8uz05.js:2331:25)
at refreshComputed (style-BG7Zm8Ck.js:598:29)
at get value (style-BG7Zm8Ck.js:1591:5)
at Proxy.<anonymous> (index-CJd8uz05.js:2521:45)
at renderComponentRoot (style-BG7Zm8Ck.js:6077:16)

I am on Cloudron 9.0.12 and searching apps under "My Apps" stopped working. Under My Apps, when I type something into the search bar, when hitting the second letter, the whole main screen goes blank besides the left side bar. Not blank as in no results found, but blank as in all black with only the sidebar left. Refreshing the page helps, and this is repeatable. Filtering works.

More annoying than critical.

That would indeed explain it, but - and that is probably a question to the Cloudron team - shouldn't Cloudron prevent exactly that?

Thank you, I will try that!

Since I faced the issue temporarily yesterday, but didn't when I tried to reproduce it with my phone, is the explanation that the port I was trying to use for the conversation was temporarily blocked, and restarting the app later re-assigned the port, so it worked again when starting a new conversation?

It has worked again now after changing the port and restarting the app. Does it need to be any port between 25000 and 30000?

@james This issue is back

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.

The workflow would be:

• I deploy a custom app
• I make someone operator
• That person can optionally (if allowed) deploy by themselves, but only for the app they are operator for, not for a new app. So, someone else could update it.

This is the server: RS 4000 G12
I have about 350 GB on the server.
Note that the time increase didn't happen with the upgrade to Cloudron 9, but only to 9.0.6. It was fine with 9.0.5 and before constantly, and backups take much longer each time since the upgrade.

Yes, I can send them via e-mail. I have checked them just now, there doesn't seem to be any error, the issue is with the operations speed.

Of course, the issue could coincide with the storage provider, I just happened to see it started after upgrading.

Since upgrading from Cloudron 9.0.5 to 9.0.6, daily backups take much longer than usual, between 2-6 times longer and this behaviour has been consistent since the upgrade 3 days ago. In one instance, the backup took about 22 hours, so it almost runs into the next backup. Before, the backup took between 5-7 hours.

Maybe there was a related change that could have caused this?

My setup:

• Netcup server running Ubuntu 24.04
• Hetzner Storage Box
• connection via sshfs
• format: tgz

It's actually a bug, because if svg wasn't allowed, which is fine, Cloudron should communicate it when I try to upload it or not let me choose the file at all.

For an app under Display, I can't upload an .svg as logo. I can choose it in the filebrowser, it gets shown as the replacement icon, but when I click save, it resets.

Exchanging a logo works for other file types, though. If .svg is not allowed, it should be restricted upon uploading.

@robi said in When downloading app logs, allow specifying date range:

Since this is tied to notifications of failures there could be a button there to capture the logs.

The end time is free from the notification, then just add X minutes back to grab the start.

Much less need to hunt through logs.

This would only apply if you knew what you were looking for.

... and if you implement this, filtering by time range, not only by date would be helpful.

Use case: I want to check what happend to my app today between 4.15 and 4.45pm and I cannot specify what I am looking for.

For any app, custom or not, I want to be able to specify a date range to download logs for.

Currently, I only have two options:

• Look through the logs in the web terminal (only most recent, otherwise limited)
• Download the full logs

Oftentimes, the latter consists of more than 1.000 pages and it takes long to actually open these.

Ideally, when clicking on "Download (full) logs", a modal opened where I could specify whether I wanted to download the full logs or a specific date range.

I'd love to see this on Cloudron.