Practically all apps won't handle it properly if you add/remove LDAP dynamically. You have to basically go and tinker with the database to move over users from ldap to local and vice versa. It's currently this way just to keep our support overhead low. Like the immediate question after we add this is: how can I migrate LDAP users of xxx as local This is impossible for us to support.

@girish I wouldn't mind assisting with this if you need it?

@girish Can this be set at an organizational level?

@necrevistonnezr Good catch! That "1" is indeed wrong. I can reproduce it. I can confirm that emptying that textedit in the dialog does clear all the zones.

My understanding is that this will allow apps to get the real IP when behind Cloudflare. Currently, the apps get Cloudflare's IP.

@nebulon yes, see the OP https://forum.cloudron.io/post/54886

@necrevistonnezr said in Delete Backup Button: @girish Or add a requirement to enter your password for such deletion? I think that's how I'd do it, like Nextcloud does with app updates etc.

@robi said in Prevent app from opening in new tab?: I wouldn't change the default % Opening an app in a new tab is key productivity for me. Would be more than little p***ed off for it not be available.

For the moment, if anyone is interested in different run times, you can experiment by creating a systemd dropin for the docker configuration. See https://docs.cloudron.io/storage/#docker-images for an example on how to create a drop-in.

Thanks for the info, I've added those now https://git.cloudron.io/cloudron/dashboard/-/commit/5a7629f22410138429cf9b694a5131166fa5a455

@plusone-nick I didn't check the part of our code that manage user creation for ages, but 99% sure, that you don't need to provide a password, or not even a username just an email. Then you create the invite link with a second request if you want to have the onboarding process managed by cloudron. Personal note: Remember that as the server owner you are responsible for the content hosted in it, for this is normally a good idea to have some manual approval before creating an account from a form; or you have to provide a good moderation.

@avatar1024 yeah, admittedly those values are so small and close together that it's not readable. To address this, in 7.3 we just started hiding the apps that don't consume much memory. I don't know if this improves the situation. It is showing memory consumption from apps that are not running That is indeed a bug, will get that fixed.

@roofboard did you get this sorted out?

@RubenFixit leave all the question and solutions you find on the way here. This way the community can participate and learn with you. Also this might be useful for hands-on doc for further interest in development. Cheers, Elias

@girish thanks a bunch! Yes, so that you don't have to do first level support

Since there are quite a few different standards and some pages use their own paradigm, fetching an icon is not a trivial task. Already we code which attempts different ones. In your case the issue is, they specify multiple favicons with the same tag and attributes, where our code happens to pick the smallest one pixel wise. Have to see how we can maybe make this more robust by maybe trying to guess from the filename which one is more useful there.