[3.0.1]
@Jeyakumarrathnaselvi said in Search typing issue - page get refresh while typing:
example if i type abcdefgh. it shows only abcdfg. e and h miss while page refresshing
where do I have to test this to reproduce this bug?
[1.23.12]
This is implemented in 7.2.1.
~$ cloudron exec --app orkut -- bash -c 'exit 42'
~$ echo $?
42
@micmc The idea to create bundles is interesting. Do you (or anyone) have experience with software we should integrate with that makes this possible ?
I am not sure if we want to implement this system ourselves. It's best to integrate with something else that can create bundles, manage your customers, payments etc. And cloudron can integrate with it by exposing the necessary APIs.
I forked this to a topic of it's own, would be interesting to know if other's are interested.
@jimcavoli yes, please 
I will be happy to get this integrated. I think I have addressed the platform issues in the releases since.
@doodlemania2 registration is almost always disabled by default. But some apps like Kutt won't allow anyone to sign up, if registration is disabled.
@micmc said in Hiding superadmin to deliver 'managed' cloudron to clients.:
And I guess, that is what would or should happen if we choose to hide the owner. I haven't thought really about this one but yeah, well thought and that should the be case also indeed, the superuser would not be seen in apps as well.
We had this idea of creating a "service account" - https://git.cloudron.io/cloudron/box/-/issues/771 (which is scheduled for 7.3). I think this will get you this feature.
@jdaviescoates yes, pretty much. I am going to give myself one more month, before removing LDAP...
@Jeyakumarrathnaselvi Not sure what the issue is. Is there anything in the logs? If you can give me step by step instructions on how to reproduce this (for a person who doesn't know Directus much), I can try to check if this is a packaging bug.
@jdaviescoates yeah, I think it's best to remove LDAP support from the app since it's unlikely I can create the PR anytime soon. I have to learn python among other things.
Usually, you can click on the app in the AppStore view and then edit the "package version" in the URL bar before installing. You can determine the package version from https://git.cloudron.io/cloudron/minecraft-forge-app/-/blob/master/CHANGELOG . However, the specific version you are asking for was never packaged since the app was still getting to a stable release.
@wisameldin On the ubuntu 20 install, can you run the setup script again with ./cloudron-setup --redo ?
I think this is the same issue as:
https://forum.cloudron.io/topic/6660/help-please-failing-setup-of-cloudron
https://forum.cloudron.io/topic/6561/that-install-script-fails-74-times-out-of-75
I tried to fix this with https://git.cloudron.io/cloudron/box/-/commit/bfb233eca19df07a82e3b524812d8270371ed738 but clearly it's not enough.
@BrutalBirdie thanks! Merged and pushed an update.
[1.3.0]
@archos afaict, this is not possible. It seems users can delete themselves under Settings -> Account. I couldn't figure how to list users either.
https://github.com/xwiki-labs/cryptpad/issues/200 has some related information. But maybe you can ask this question upstream.
[1.4.0]
@robi Good point ... I think it's this way because one way to expand boxdata/appdata/platformdata is using symlinks. Then there's volumes , backups. So, it was easier to filter out by known filesystems.
@briankb-0 said in Shared Authentication between Apps:
Does anyone know if Ghost support LDAP or is there a work around so Ghost will use Cloudron user auth?
From what I recall many years ago, they were not going to add LDAP. Maybe check in their forum (https://forum.ghost.org/) if that has changed.
@jdaviescoates said in Shared Authentication between Apps:
@briankb-0 I'm no security expert, and perhaps I'm being security naive, but Cloudron users can't control nor access the server in any way really. They can only access the apps they have access to.
This is correct. Cloudron users do not have access to the server. With 'User' role, all one can do is to login to the dashboard, change their name/password and then click on apps to access. They can't configure or manage apps. Only 'Admin' role can manage apps.
'Owner' is "assumed" to have access to the server. There is no way to access the server from the dashboard though, neither do we have a mechanism to give 'Owner' access to the server. They have to have ssh keys (this is intentionally kept outside cloudron scope).
@jdaviescoates said in Hiding superadmin to deliver 'managed' cloudron to clients.:
What am I missing? Why/ what benefit do you get from hiding the "Owner"?
Maybe he means to hide the owner from inside apps and not in the Cloudron User listing as such? For example, may not want it to appear inside nextcloud when a user is trying to share a document and the owner name appears in auto-complete.
IIRC, the filtering was done because other file systems show up in df output (all the docker mounts, snap, tmpfs etc). I am ok with including xfs in the list.
As a hack, change the update schedule for every hour 
Related note: would be nice if we could display "the app is xx updates behind". We don't have an appstore API for this though.
I am not sure what it means to add ipfs domain support . Is there anything special to be done?
@nebulon said in Enable LDAP and Cloudron SSO After App is Installed:
Essentially there is no technical reason why the LDAP/SSO feature
There's many variation in app support:
What happens to existing users? I think it will be hard for us to write user migration docs for each app (because I have often seen one has to straight up edit the database).
Many apps do not support multiple auth providers. So, if you switch to LDAP or viceversa, you cannot login with your previous users anymore (to migrate data).
[1.3.2]
@S0ulf3re I think the issues you are facing to related to DNS, so the box logs probably won't help.
As a first step to get the dashboard reachable again, ismy.domain.com pointing to Cloudron server IP? You can check host my.domain.com on your PC to verify what the DNS is configured as.
Anyone have experience with this? Is this a WYSIWYG style CMS or something for developers ?
2.15.2 has a bug that admin_password is not generated - https://github.com/the-djmaze/snappymail/issues/389
We need to add a separate API to get exit status of exec container.
Thanks, I have seen this issue in the past with Cloudflare. This is related to Cloudflare not issuing certificates properly. If you disable Cloudflare proxying and re-enable it, it sometimes starts working. If that doesn't work, just delete the subdomain entry and add it again manually inside Cloudflare.
BTW, one "trick" to know is that in the Web Terminal, there are buttons on the top called MySQL. If you click on them, it will paste the CLI command to connect to the database. Just press enter and it will connect.
So, like this. I can do this in a LAMP app's Web Terminal:
root@6bd858ec-a89f-435a-a5dd-efd175ea3e87:/app/code# env | grep MYSQL
CLOUDRON_MYSQL_HOST=mysql
CLOUDRON_MYSQL_USERNAME=59119e3970882eaa
CLOUDRON_MYSQL_PORT=3306
CLOUDRON_MYSQL_DATABASE=59119e3970882eaa
CLOUDRON_MYSQL_URL=mysql://59119e3970882eaa:3fe0c668e8ecea945585498b264d1438e82cc0a348625741@mysql/59119e3970882eaa
CLOUDRON_MYSQL_PASSWORD=3fe0c668e8ecea945585498b264d1438e82cc0a348625741
Then, to test the connection, I can use the credentials above to connect from another app's Web Terminal:
root@ae0f8318-37f1-4ffe-9e7b-28d3398a4bc3:/app/code# mysql --user=59119e3970882eaa --password=3fe0c668e8ecea945585498b264d1438e82cc0a348625741 --host=mysql 59119e3970882eaa
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 3734
Server version: 8.0.28-0ubuntu0.20.04.3 (Ubuntu)
Copyright (c) 2000, 2021, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.
Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql> show tables;
@briankb-0 said in Sharing Database between Apps:
I tried what was shown in the output from grep mysql which is "HOST=mysql" as well as what was shown for "URL" but neither worked.
The internal hostname is indeed mysql. Can you tell me what you tried and where?
Also is this working because cloudron allows by default remote connections to mysql database or is it all internal to server with nothing exposed beyond firewall?
Remote connections are entirely disabled, you cannot connect from inside. There is an internal server private network. MySql and the app containers reside there in the 172.18.x.x network.
@briankb-0 apps can't share the same database in Cloudron. But they can access each other's database.
For example, if you want to access Ghost's database from another app, you can go to Ghost's Web Terminal and type env | grep MYSQL . That gives the credentials Ghost is using to connect to the database. Those credentials work from any app.
Important notes: Do not change Discourse's own database to the values above! As mentioned, apps cannot have a single database on Cloudron, each app gets it's own database.
The database credentials of an app can potentially change when you restore an app but they are retained across updates.
Other use cases: we use this to access the database of other apps via metabase. Metabase also has a way to use a "readonly" connection. Definitely use this, if it's possible.
@JLX89 that should work out of the box. Do you see anything in the logs? Can you go to Domains -> Renew All Certs and see what it says in the logs?
The app update issue has to do with the package using /app/data in the Dockerfile for storing the forge code. The thumbrule is to not use /app/data in the Dockerfile directly. During an update, nobody copies over the latest "/app/data" into existing "/app/data".
I am making a fix.
@JLX89 Which DNS backend are you using ? If it's wildcard, remember that *.domain.com only applies to one level. You have to set add a ..domain.com in the DNS for second level to work.
@lcd_official thanks for the kind words
@S0ulf3re Can you try the steps in https://docs.cloudron.io/troubleshooting/#failed-upgrade ? Specifically, /home/yellowtent/box/setup/start.sh . After that, you can do systemctl restart box which re-generate the dashboard nginx config.
Bedrock [2.7.6]
@ianhyzy I tried this with gitea and it worked immediately. I documented this at https://docs.cloudron.io/apps/wikijs/#git-storage
One thing is that sometimes it gets "stuck" and shows some error. I found that changing the sync interval to 1 minute and then clicking on Purge repository button on the settings page helps to move things along.
@atridad API Token are for this. You can use cloudron list --token <token> --server my.domain.com, for example.
@imc67 thought as much 
PeerTube has seen a lot of changes since the plugin was last published.
I think the issue is that the ldap client never disconnects. This ends up hogging connections on the server. We had a similar issue in the mail server a long time ago - https://git.cloudron.io/cloudron/box/-/issues/368
I have pushed a fix, the plugin installs now. But I don't know if the plugin itself works, please test. The plugin hasn't been updated in a while, so YMMV.
Post pictures, please! Hope to join you all in the next meetup
Just testing this out now.. Classic warning:
Also, see https://forum.cloudron.io/topic/3237/remote-sql-support-on-a-per-app-basis?_=1652377131316 on how one can connect with a SSH tunnel.
@applecrusher the app databases are purely "internal" and not easily accessible from outside. This is done for security reasons.
With the CLI tool, you can do cloudron exec to get a shell and also execute mysql commands directly - https://docs.cloudron.io/packaging/cli/#execute-a-command . Not sure if that helps with your use case.
The error here seems same as https://forum.cloudron.io/topic/5719/minecraft-admin-ui-ldap-errors
@Jeyakumarrathnaselvi I guess you opened this as https://github.com/directus/directus/issues/13260 . We have to see what the upstream says. Do you see this issue in their cloud deployment also?