Cloudron Forum

Ah yes, I did not have the "i want this existing app, but with .." use case in mind.

@girish said in What's coming in 9.1:

The design requires Dockerfiles to work reliably since the images are not "backed up" .

I think for reliability it would probably be easier to backup the docker images instead of counting on well written Dockerfiles. But on the other hand even for these apps I would think the Cloudron base image will be used most commonly, so the chaos might be minimal.

Personally I would then rather use the community packages where I can have a pre built docker image that i can (more) easily deploy to Cloudron.

@Supaiku in addition to your high load average you also have two apport processes at the top of your list. So something has crashed or was killed and ubuntu is currently collecting logs for this.

I'm curious how the implementation for the community packages will look like. Are you saying you will monitor a manifest file and inside of the manifest would be a container tag, and when the manifest or the tag changes the app will be updated with this?

The custom app build and deploy functionality sounds quite neat. Since you mention it will be cli driven I suppose it is the responsiblity for the person running the cli to make sure that the right branch/tag is checked out?

@marcusquinn said in Option to Restore or Toggle the Old Cloudron UI Layout:

the Notifications UX has regressed

Yes, once you dismiss them now, they are simply gone.

@jdaviescoates said in Add UnifiedPush settings in documentation:

I could be missing something and I'm not even using the app, but just because I'd guess most people would want UnifiedPush stuff on in an app that's all about getting notified about stuff.

Unifiedpush is not used to send you notifications from Ntfy, but unifiedpush is a system that can use your ntfy server to relay notifications from apps through it, instead of using Google infrastructure for these. The list of supported software can be found at https://unifiedpush.org/users/apps/, but at least when testing this with NeoChat I not only needed give write access to up_*, but also read access.

@mononym said in Add UnifiedPush settings in documentation:

When choosing ntfy as UnifiedPush the app created some random string (i.e. the ntfy topic) and it starts with up. In the end, it is difficult to guess the topic name as it is random and as long you're not subscribed to that topic, you won't see the messages as well. Basically, write-only access is not enough to use the nfty server like a public instance as credentials are necessary to read the topic.

What I personally find difficult with Unifiedpush is giving the whole world the ability to send data (text and files) to your server. There are too many bad actors on the internet for this to be a good idea.

In general yes Pangolin could do something like that. But I don't think this will work without fiddling with Cloudron internals. Its probably best if this would be a feature of the Cloudron native vpn app.

I recently started using Pangolin on a vps I got on black friday. Its main purpose is exposing web applications with optional auth (which can use Cloudron for OIDC), but they recently added private networks as well. No mobile clients yet unfortunately. For sites it is compatible with Wireguard.

This has been reported along with a potential fix in https://forum.cloudron.io/topic/14812/vaultwarden-fails-to-start-after-update-db-migration-error-sso

Sure, the Nextcloud Mail app looks nice, but at least on my setup it is also really slow (Firefox even shows a "this page is slowing down Firefox" message). A mail client needs to be easy to use and fast and from the apps available on Cloudron Roundcube is the better choice.

Hi,
I am currently debugging a wordpress installation which seems to drag my server down. While debugging i noticed that i had quite some zombie processes which seem to originate from the Linkwarden app. Has anybody else observed something similar?

You can see if you have any by running ps -eo pid,ppid,stat,comm | grep '^.* Z'?

I think the same fix is still missing for the managed wordpress app. I can only see the general update in the commit overview at https://git.cloudron.io/packages/wordpress-managed-app/-/commits/master?ref_type=heads.

Did not yet have any contact with it so out of interest started doing some basic research. I came along this and found it interesting that it does support odoo community, but not the enterprise version.

https://www.initos.com/en/tse-module/

I have not seen it reported here and am also not able to reproduce it on the demo system, but when i search for an app and enter the second character the dashboard breaks with a javascript error.

utils-Cb1Rvih8.js:548 Already activated
index-D64usbhx.js:41926 Cloudron dashboard v9.0.13
index-D64usbhx.js:781 image loading failed, try to load /img/appicon_fallback.png
index-D64usbhx.js:781 image loading failed, try to load /img/appicon_fallback.png
style-D04uIdi2.js:2200 TypeError: Cannot read properties of undefined (reading 'toLocaleLowerCase')
    at index-D64usbhx.js:2339:295
    at wrappedFn (style-D04uIdi2.js:1051:19)
    at Array.filter (<anonymous>)
    at apply$1 (style-D04uIdi2.js:1059:27)
    at Proxy.filter (style-D04uIdi2.js:930:12)
    at ComputedRefImpl.fn (index-D64usbhx.js:2335:25)
    at refreshComputed (style-D04uIdi2.js:614:29)
    at get value (style-D04uIdi2.js:1740:5)
    at Proxy.<anonymous> (index-D64usbhx.js:2525:45)
    at renderComponentRoot (style-D04uIdi2.js:5499:17)
logError @ style-D04uIdi2.js:2200
handleError @ style-D04uIdi2.js:2194
renderComponentRoot @ style-D04uIdi2.js:5533
componentUpdateFn @ style-D04uIdi2.js:6728
run @ style-D04uIdi2.js:465
runIfDirty @ style-D04uIdi2.js:498
callWithErrorHandling @ style-D04uIdi2.js:2142
flushJobs @ style-D04uIdi2.js:2313
Promise.then
queueFlush @ style-D04uIdi2.js:2245
queueJob @ style-D04uIdi2.js:2240
effect2.scheduler @ style-D04uIdi2.js:6764
trigger @ style-D04uIdi2.js:488
endBatch @ style-D04uIdi2.js:546
notify @ style-D04uIdi2.js:779
trigger @ style-D04uIdi2.js:766
set value @ style-D04uIdi2.js:1589
createVNode.onUpdate:modelValue._cache.<computed>._cache.<computed> @ index-D64usbhx.js:2477
callWithErrorHandling @ style-D04uIdi2.js:2142
callWithAsyncErrorHandling @ style-D04uIdi2.js:2149
emit @ style-D04uIdi2.js:5388
set @ style-D04uIdi2.js:5341
set value @ style-D04uIdi2.js:1635
createElementBlock.onUpdate:modelValue._cache.<computed>._cache.<computed> @ style-D04uIdi2.js:16237
(anonymous) @ style-D04uIdi2.js:10083

@samuelhalff the official cloudron package for it is located at https://git.cloudron.io/packages/librechat-app

@joseph thank you. I can conform that after running the sql query the users do show up.

My observation with an empty database was because of a syntax error in my query.

I tried the upgrade today again. This is the log at the time of the upgrade:

Sep 29 10:35:34 box:tasks update 21502: {"percent":70,"message":"Creating container"}
Sep 29 10:35:34 box:apptask createContainer: creating container
Sep 29 10:35:36 box:shell apptask /usr/bin/sudo -S /home/yellowtent/box/src/scripts/configurelogrotate.sh add 4f552ab3-85b8-45de-b46a-05dc384d0c10 /tmp/4f552ab3-85b8-45de-b46a-05dc384d0c10.logrotate
Sep 29 10:35:36 box:apptask startApp: starting container
Sep 29 10:35:36 box:tasks update 21502: {"percent":90,"message":"Configuring reverse proxy"}
Sep 29 10:35:36 => Linkwarden configs
Sep 29 10:35:36 box:tasks update 21502: {"percent":100,"message":"Done"}
Sep 29 10:35:36 => Update configuration
Sep 29 10:35:36 ==> Setting up OIDC
Sep 29 10:35:36 box:taskworker Task took 103.25 seconds
Sep 29 10:35:36 box:tasks setCompleted - 21502: {"result":null,"error":null}
Sep 29 10:35:36 box:tasks update 21502: {"percent":100,"result":null,"error":null}
Sep 29 10:35:36 => Run database migration
Sep 29 10:35:37 yarn run v1.22.22
Sep 29 10:35:37 warning Skipping preferred cache folder "/usr/local/share/.cache/yarn" because it is not writable.
Sep 29 10:35:37 warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-0".
Sep 29 10:35:37 $ dotenv -- yarn workspace @linkwarden/prisma deploy
Sep 29 10:35:37 warning Cannot find a suitable global folder. Tried these: "/usr/local, /usr/local/share/.yarn"
Sep 29 10:35:37 warning Skipping preferred cache folder "/usr/local/share/.cache/yarn" because it is not writable.
Sep 29 10:35:37 warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-0".
Sep 29 10:35:38 warning package.json: "dependencies" has dependency "prisma" with range "^6.10.1" that collides with a dependency in "devDependencies" of the same name with version "^5.21.1"
Sep 29 10:35:38 warning Skipping preferred cache folder "/usr/local/share/.cache/yarn" because it is not writable.
Sep 29 10:35:38 warning Selected the next writable cache folder in the list, will be "/tmp/.yarn-cache-0".
Sep 29 10:35:38 $ prisma migrate deploy
Sep 29 10:35:38 warning Cannot find a suitable global folder. Tried these: "/usr/local, /usr/local/share/.yarn"
Sep 29 10:35:39 Prisma schema loaded from schema.prisma
Sep 29 10:35:39 Datasource "db": PostgreSQL database "db4f552ab385b845deb46a05dc384d0c10", schema "public" at "postgresql:5432"
Sep 29 10:35:39 2025-09-29T08:35:39Z
Sep 29 10:35:39 89 migrations found in prisma/migrations
Sep 29 10:35:39 2025-09-29T08:35:39Z
Sep 29 10:35:39 Applying migration `20250826181008_add_field_to_tags`
Sep 29 10:35:39 Applying migration `20250922133423_add_field_to_user`
Sep 29 10:35:39 2025-09-29T08:35:39Z
Sep 29 10:35:39 The following migration(s) have been applied:
Sep 29 10:35:39 2025-09-29T08:35:39Z
Sep 29 10:35:39 migrations/
Sep 29 10:35:39 └─ 20250826181008_add_field_to_tags/
Sep 29 10:35:39 └─ migration.sql
Sep 29 10:35:39 └─ 20250922133423_add_field_to_user/
Sep 29 10:35:39 └─ migration.sql
Sep 29 10:35:39 2025-09-29T08:35:39Z
Sep 29 10:35:39 All migrations have been successfully applied.
Sep 29 10:35:39 Done in 2.36s.
Sep 29 10:35:39 => Copying cache
Sep 29 10:35:40 => Healtheck error: Error: connect ECONNREFUSED 172.18.19.54:3000
Sep 29 10:35:41 => Ensure permissions
Sep 29 10:35:41 => Starting Linkwarden
Sep 29 10:35:41 yarn run v1.22.22
Sep 29 10:35:41 $ concurrently "dotenv -- yarn workspace @linkwarden/web start" "dotenv -- yarn workspace @linkwarden/worker start"
Sep 29 10:35:42 [1] $ tsx index.ts
Sep 29 10:35:42 [0] $ next start
Sep 29 10:35:43 [0] - ready started server on 0.0.0.0:3000, url: http://localhost:3000
Sep 29 10:35:47 [1] Initializing the worker...
Sep 29 10:35:47 [1] Starting RSS polling...
Sep 29 10:35:47 [1] Starting link processing...
Sep 29 10:35:48 [1] Processing new RSS feed items for This Week in Self-Hosted
Sep 29 10:35:50 [0] (node:192) [DEP0060] DeprecationWarning: The `util._extend` API is deprecated. Please use Object.assign() instead.
Sep 29 10:35:50 [0] (Use `node --trace-deprecation ...` to show where the warning was created)
Sep 29 10:36:02 [0] Warning: For production Image Optimization with Next.js, the optional 'sharp' package is strongly recommended. Run 'yarn add sharp', and Next.js will use it automatically for Image Optimization.
Sep 29 10:36:02 [0] Read more: https://nextjs.org/docs/messages/sharp-missing-in-production

And after logging in again the app was empty like with the previous update.

I then wanted to check the postgres database and this looks like it was wiped:

db4f552ab385b845deb46a05dc384d0c10=> /dt
db4f552ab385b845deb46a05dc384d0c10-> /d

So even though it says that it was able to apply the migrations to the database the database itself is empty afterwards. That was because of a syntax error on my end. I'm more of a MariaDB guy.

PS: also using sso and basically only using it with my first user. next to a few links I have setup a few rss sources in the app. the rss feeds are probably the most source for links since otherwise i hardly use linkwarden.

I can confirm the same. All data of the app is no longer available after the last update. A restore to be state before the update brought the data back.

@james said in Update Documentation to warn of Cloudflare Proxy issues:

should this be done by default when Cloudflare is used

Does this refer to the Allow list for WOPI requests setting in Nextcloud? Automatically allowing all requests that come from the Cloudflare infrastructure seems like a bad idea for me.

@qwinter said in Outline business self hosted cost 4$?:

SAML is only in their biz editon

Cloudrons SSO is based on OIDC https://docs.getoutline.com/s/hosting/doc/oidc-8CPBm6uC0I