Thanks for the heads up, once the n8n release is marked as stable, we will push out the package.

@girish Thanks for your explanation, I will add version within the The appStoreId, @james so now I have something pretty robust and will use the following process: All updates disabled by default I will manually check and update Cloudron quarterly, on specific timeframes I will leverage on API to orchestrate each app upgrade individually

NM, I just read the docs and it says production doesn't display data like with test. It's in the executions only. https://docs.n8n.io/integrations/builtin/core-nodes/n8n-nodes-base.webhook/?utm_source=n8n_app&utm_medium=node_settings_modal-credential_link&utm_campaign=n8n-nodes-base.webhook#webhook-urls

Just chiming in here because I ran into a CORS error as well. Solution was not a missing env var, it was activating the workflow - because without that, the URL didn't exist yet and threw the various errors.

Any updates on the Cloudron 9 update?

I posted this in the evening and in bed that night I remembered that I hadn't even looked at the documentary (where it was demonstrably described) - no joke. Regarding your question: It might have helped if somewhere when creating the post - especionally in the support section (preferably BEFORE you hit the big send button), there had been another note about whether you had already looked at the documentation.

Hello @arta you can use the n8n cli to reset all users. See: https://docs.n8n.io/hosting/cli-commands/#user-management You can reset user management using the n8n CLI. This returns user management to its pre-setup state. It removes all user accounts. Use this if you forget your password, and don't have SMTP set up to do password resets by email. Go into the Cloudron n8n web terminal and run: gosu cloudron /app/code/node_modules/.bin/n8n user-management:reset Hope this solves your problem

@luckow thanks for reporting, I think https://git.cloudron.io/packages/n8n-app/-/merge_requests/64 should fix it

I just found the reason, a bad setting in my env.sh file which prevented the normal functioning of the code nodes. Regards

Yes, I've been doing this for years, you just have to make /app/data friendly enough for apps to find what they need. This generally involves setting a few env variables: HOME PATH (including NODE_PATH avoiding npm i -g) LD_LIBRARY_PATH (less common) other app specific ENVs All of these changes do not affect the running app since it's already running with its own ENVs. So these are great for additional services. Nice work @djxx

@basiliolp the forum search is a powerfull tool Welcome to the Cloudron Forum https://forum.cloudron.io/topic/13654/could-not-connect-to-your-mcp-server/

Deleting all executions still didn't move the database down from 500mb, but after running VACUUM FULL execution_data it's now 13mb. I''ll take it.

@girish Works thank you. I see you already updated the docs!

@ValueShopperUSA This appears to be the SaaS version where you are on Trial plan. I think you need the self-hosted version (like on Cloudron) for this to work.

@BrutalBirdie said in I turned off cloudron and turned it on again and my workflows disappeared and now I can no longer use n8n: if we continue in spanish wow - cloudron forum knows no bounds

Solved here: https://community.n8n.io/t/upload-a-local-file-to-an-s3bucket-via-a-form/96480/13 gDrive example [image: 1743781721625-fb0c02e7-a51f-4b94-be95-29debb33330c-image-resized.png]

In order to help you, please provide app logs and as much other information as possible. Which credentials are you referring to and also where is the logo replaced? In the Cloudron dashboard or somewhere else?

Yes, I think so. because 1.82.2 (latest) > 1.82.0, i expect it to include everything in 1.82.0