Cloudron Forum

Hello @scooke I was not able to reproduce this issue. Can you try to put the app into recovery mode and starting it manually by running /app/pkg/start.sh from the web terminal?

understood, thank you

@ekevu123 Thanks for this - Tymeslot is a very nice product and is turning into a worthy alternative to Cal.com more and more everyday, soon to surpass it. I had suggested a couple of features on github (almost all implemented!), but here are some additional ones, more or less "enterprise" targeted ideas: Administer other users/user parameters (possibly also impersonating user) possibility to enforce theming across team/organisation possibility to enforce certain parameters (booking link format scheme, availabilities constraint / working times, timezones etc...) Work with multiple domains Work with multiple orgs (maybe via/with a superadmin role) theming dashboard/login page Dark mode SSO provider naming (the login page only present the "continue with "SSO" option, It would be great if it could use the SSO provider name - via env variable I believe - as per most other Cloudron OIDC enable apps) for each availability preiod (or meeting type?): date override -> adding exception to availabilities / overruling of availabilities. e.g. available mon-fri 9:00-11:00 -> except fri 28/08 booking via QR codes (maybe it is there already but could not find it) Just some ideas, possibly not all of them/none of them are worth it and/or not implementable. Or some you might already have in the pipeline. Once again - Thanks for the app!

Hello @teiluj @Teiluj said: nowhere in cloudron is it possible to reset passkey for a given user. Indeed, that is the case. When pressing reset 2FA for a user only the TOTP gets reset/disabled. If only a passkey is configured the dashboard gives no obvious option to reset the passkey. Although not intuitive and not documented there is a way to get access to such a user. If user james has a passkey configured, an admin can use the Impersonate user function to set a temporary password. You can use the username and that temporary password to get access to that user account without the need for TOTP or passkey. Then you can disable the TOTP/passkey.

@james ya, i can still secure it using proxy that will lock away user accesing UI login from main sub domain

Yes - I am with you on this. Would love an alternative to notebookLM / decent (and scalable) tutoring ai app. I was recently pointed toward Open Notebook AI - App request here Might be worth having a look, albeit this is single user only for now (multi user support is discussed/planned)

@nebulon no worries, problem solved.

Hello @msbt No idea yet.

Thanks for investigating! Until this is resolve I'll delete the outdated backups manually by moving them into an "oldbackups" directory (inside the cloudronbackup directory) and then use rm -rf on the oldbackups directory periodically.

probably the right decision, given what it does is all moving into markdown files as ai agents

This is fixed for Cloudron 10 with https://git.cloudron.io/platform/box/-/commit/2c1e772f456c5d25a9a2175fb1d6efddec8a7a4f

@james Thanks a lot and sorry for not mentioning that the external storage support app was enabled.

Yeah my diagnostic skills for things like this need improving So running netstat -tulpen | grep -i 19132 from inside the docker image does return the expected results. netstat is not installed on Ubuntu by default so I couldn't try that on the host cloudron server (I'm wary of touching anything package-wise on the machine running cloudron because I don't want to mess up any dependencies). nmap -sU -p 19132 my.cloudron.dev was interesting because it pretty much returns open|filtered on any port when using the lan address of the server but then returns correct open/closed when using the internet facing address of the server (which makes sense because it's going thru my router that way and that's where the port forwarding is). Anyway, turns out that in my case it was a combination of IPv6 issues (tried to forward 19133 too but never got it working when the game was connecting via IPv6. Ipv4 works fine so I made my DNS entry by IPv4 only) and the enable-lan-visibility settings. That second part looks like it needs to be enabled even if you're connecting to the server from outside the lan. Maybe I'm mis-understanding the purpose of that setting but basically with it off I couldn't get any connections going.

Hello @teiluj We are already started rolling out Cloudron 10 slowly as a pre-release update. Maybe you can check if you could update your server already.

This is now harmonized to username || email (the email is only shown for new users who have not yet set a username) https://git.cloudron.io/platform/box/-/commit/67d7f99da8d4d5e962ddf43b27c3c2861c782de4

great idea, we will fix this, currently a bit busy getting Cloudron 10 out but will get to this also