Cloudron Forum

I would like to be able to validate the CloudronVersions.json via Cloudron CLI, ideally with a simple boolean response, it's either valid or it isn't, and if the latter, why. This would allow an app developer to validate the file without having to go into their own Cloudron and test it manually. This way, it could also be part of automated validation processes like a test suite.

Really, you were? My best guess right now was that a script I was running using the Radicale API synced too many events at the same time, and the issue seemed to have disappeared when I slowed it down. So, I guess it could have been me ...

I am on the newest version of Radicale and it keeps stopping to work after a few minutes, but starts working again when I restart the app. The logs only show this:

=> Healthcheck error: AbortError: The operation was aborted

I couldn't find anything else in the logs - it seems like at some point, the app crashes and stops logging, so the only error left is the healthcheck.

Anyone else facing this?

@LoudLemur said:

Wandering Monster packaging assessment: Verdict: Hard but feasible.

https://paste.wanderingmonster.dev/?388a7cbf9a2bb945#fBFMUA66gSSruwP7BXRSJvdeGW5LNKv8GaJynvwtuSL

Can you please stop posting these everywhere? This isn't a relevant contribution and rather senseless spam that should be reported to the forum admins.

@LoudLemur said:

WanderingMonster packaging report: Verdict: Moderate.

https://paste.wanderingmonster.dev/?968a273a702c96da#BheknpBPP1aTHG9TTBntKPht3fXBwBTJ1GXzLehfnPCg

Being the app developer, I must say the report is quite inaccurate and full of assumptions (e.g. "probably the backup size isn't big, but who knows").

I'd be surprised if anyone finds this helpful.

@LoudLemur said:

@ekevu123 https://forum.cloudron.io/topic/12472/please-use-this-template-to-make-an-app-wishlist-request/13

Thank you for pointing out the template, but when I posted this, this didn't exist yet and I didn't want to go through my posts retroactively.

There is a small UI bug in the resources section of any app. How to reproduce:

1. Go tot resources for any app
2. Resize the memory limit or rescale CPU limit
3. Wait until it's done

What should happen: The button Resize or Scale should be disabled once done when the targeted size is equal to what I have. (similar to when I open the menu at first without any pending change)
What is happening: The button allows me to click again

Why does this matter: It isn't entirely clear if I clicked the button already, prompting the user to resize / rescale again.

Easy to fix though.

Thank you, that would be great!

When performing an e-mail search in Roundcube, I am receiving this:

It reads:

Server Error: UID THREAD: FTS transaction commit failed: FTS indexing failed

This only happens in a mailbox with really a lot of e-mails (almost 20k in one folder). The search works fine in a smaller mailbox. Full-text search is activated in the e-mail settings in the Cloudron dashboard.

Previous messages in the forum hint towards the fact that the indexing times out at some point, which could explain why this only happens when there are a lot of e-mails.

However, since I have otherwise lots of server resources, can't we let a job like this run for a while? Assuming that's the culprit, why limit this job in the first place? I wouldn't even mind the search to take a while if it completes at all.

Both is fine, but Github would probably be the easiest place if you are active there anyway. I might skip looking here if I am seriously busy.

I see it - fix coming up in the next hour!

Well, it's kind of odd that disabling the timeout wouldn't help, but I certainly give it a try!

I disabled the timeout there and was assuming that none would apply there, but you are saying that increasing this value would help?

I have a workflow that always times out after exactly 300s. I wonder, does Cloudron impose any execution limit? Or is this a limit of the free n8n plan, although I am using the self-hosted version?

I do not have any timeout set in the workflow-specific settings and I couldn't find any related setting in the global settings GUI of n8n.

This has been resolved by @nebulon here: https://forum.cloudron.io/topic/15270/tymeslot/11?_=1774263098011

Thank you, that might explain it! I'll change that.

@nebulon said:

Looking at https://github.com/Tymeslot/tymeslot/blob/main/CloudronVersions.json there seems to be only one package version listed in that file, so essentially there is no update available.

Thank you! But shouldn't I list only the newest version there? I thought about this, but it didn't make sense to me to let the file grow endlessly with every new release?

My community app Tymeslot (Forum Link) can be set up via Cloudronversions.json now (mine is here).

However, it doesn't seem to find any automated version. This is my workflow:

1. I change the version number in my software everywhere, e.g. CloudronManifest and CloudronVersions
2. I push the changes
3. A github workflow builds the docker image

I am assuming that the auto-update checks whether a docker image is available for the image, but even if it is, I can create a new install, but no update is found, even if I trigger searching for it manually.

Is there anything specific I can do about this?

I am not aware that I can influence that behavior. I believe Cloudron will only show the update with a longer delay, but I'll open a new thread and see if I can influence this behavior.

This is fixed now, the issue was related to the Cloudron deployment only. Now it works.