Cloudron Forum

I just encountered the same issue. The main reason seems to be a hard-coded setting in the bootstrap3 plugin.
To make it work with the Cloudron-packaged app:

1. add the path /app/code to the $doku_inc_dirs array in templates/bootstrap3/css.php and templates/bootstrap3/iconify.php
2. when setting the theme through the DokuWiki Admin panel, the following setting is added to /conf/local.php: $conf['plugin']['oauthgeneric']['scopes'] = array();`, this prevents login through the Cloudron SSO. Manually remove it and login again.

@joseph said in Emailing notifications of certain crucial system events, such as full disk space:

Email notification can be added but it will be unreliable (and don't want to mislead users). See https://forum.cloudron.io/topic/7555/emailing-notifications-of-certain-crucial-system-events-such-as-full-disk-space/8

Sure, I do understand those limitations. I was just thinking that it would be nice to have an email notification equivalent (maybe with a note pointing out the limitations) for every notification type shown in the Cloudron dashboard.

The following warning is shown in listmonk after the upgrade to 1.8.0.:

Remove the admin_username and admin_password fields from the TOML configuration file or environment variables. If you are using APIs, create and use new API credentials before removing the them. Visit Admin -> Settings -> Users dashboard. Learn more.

You mention OpenID integration in the changelog, do I need to configure this manually on an existing instance?

While debugging our Greenlight instance, I noticed that the Greenlight upstream version in the CloudronManifest.json has not been updated since 5 months.

I am wondering if this might be possible by now. I just got the notification "Server is running out of disk space" on the Cloudron notification tab. Since there is already the possibility to subscribe to email alerts for events like "App is down", couldn't this event be added as well?
I like the idea of Cloudron being a self-contained system, so I don't want to add a custom monitoring system to it that needs to be maintained along side it.

I am using Greenlight with a self-hosted BBB server installed via bbb-install and updated to the latest 2.7.x release.

We started noticing that join links for users without an account stopped working after upgrading from 1.5.1 to 1.5.2.
I cloned the app from the most recent 1.5.1 backup and can confirm that the links are working fine with that version.

When visiting a join link on a Greenlight instance >= 1.5.2, an error screen appears after about 5 seconds. The frontend throws JS errors in the console.
There are no error messages in the apps log or the nginx log, nor in the BBB log.

Does anyone else notice this behaviour?

@girish That sounds great! The last two incidents were this would have helped me were developing over several days (exploding Rocket.Chat logs and syslog.js), so this should be within the necessary precision to prevent this type of situation.

Update: I noticed that since 1.5.2, the following error is thrown when starting an instance:

`/home/cloudron` is not writable.
Bundler will use `/tmp/bundler20250305-1-8seal41' as your home directory temporarily.

Thanks for checking!
With a fresh install of org.bigbluebutton.greenlight3.cloudronapp@1.7.0 / Greenlight 3.5.0 it works for me as well. So I assume there is an issue with the upgrade from 1.5.1 to 1.5.2.