Resolved via support ticket, state was out-of-sync.

@molinaire I assume you are vising my.domain.com ? If that's the case, can you please check if unbound is running fine on your server? You can do this by going to Services -> unbound. Does it show 'green' indicator?

@humptydumpty
A heads up for everyone worldwide --- Privacy.com is for US residents only
https://privacy.com/signup

Ok this is fixed in the next patch release.

@neweconomy I think this is similar to https://forum.cloudron.io/topic/6509/unable-to-log-into-the-app-store . Can you go to Services view and check if unbound is running ? Can you restart it if it is not running ? After that you should be able to login .

Here's the debian bug for unbound - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989959

@girish no, I mean, like nothing ever happened in that it worked perfectly (via the interface, not CLI). Should have been more articulate in my response but was just so excited how easy it was!

@meeksfamily06 Cloudron uses unbound and does not use systemd-resolved. You won't see any issues unless when trying to use the mail server (or maybe some apps like nextcloud might act strange when going to the apps section).

@girish thank you very much, I will do that

@nebulon said in Unable to install 2nd app:

@khadanja from your forum account, I was able to trace it down and for some reason our state showed 2 installed apps. This sometimes happens, since we don't closely track our users.
I have reset the state now, so can you try again?

That worked. Thanks @nebulon

@drzero You can also check if the demo cloudron https://my.demo.cloudron.io works well for you just to rule out some networking issues (username: cloudron password: cloudron)

@girish Thanks -- I discovered this, finally. Don't know why I didn't see it immediately.

@christiaan on the free account, there is not much info we collect, so that is to be expected.

@atrilahiji
hello,
sorry for being late, got sick.

like that:

"dockerImage": "cloudron/org.wordpress.unmanaged.cloudronapp:20210208-171207-630daccf7",

Fixed now 😄

@zylstra You have to SSH into the server and run those commands. You don't need to replace the "password", the root password of the database is actually just password (this is fine since it's not exposed externally and only available on localhost).

This is a feature; it was recently reported broken: https://forum.cloudron.io/post/24231 which was confirmed to be a bug: https://forum.cloudron.io/post/24232 due to be fixed soon

App names are whited out in this screenshot, but the display looks like this: https://forum.cloudron.io/post/23597 when it's working

a restart dit the trick! thank you.

Hi @Rahim please send a mail to support@cloudron.io from your old address mentioning the new one, since I assume you mean to change the email address there.

@nebulon The problem is fixed now. I was just not able to go in the AppStore view. It only showed the loading circle. And on settings, it told me to add a new cloudron.io account. The Cloudron was running for 1 month and all setup completed.

@jdaviescoates It's fixed in 6.1, yes.

@robi Installing apps from the store en masse can't be common. I think rn it's flow is best for an average user, but it could be a little more mobile app store like with an "installing" progress bar while you discover other apps, and then it pops up with "installed, click to open" or something via Notifications. I could see it, but again - installing apps isn't common enough I don't think to worry about this since installing is a one-time task.

But I'm glad you brought it up because it would add a bit of polish to have a more "app store" feel to it. Still allowing app discovery while an app's installing. I think Cloudron should be able to do that one day even if it doesn't feel like a priority rn.

@nebulon Thanks for the quick reply and guidance!

And sorry for not spotting the response to the second question in the doc. Yes there is a sub associated so I'll also email you.

Many thanks

@d19dotca I guess that depends exactly on what you want to use the cloudron cli for. A workflow could look like the following:

change/update version of a package in the app commit the change to git (you could edit and commit directly in e.g. gitea or gitlab) this automatically triggers the ci platform this one could do some verification create the updated docker image deploy it to your cloudron

The simples form of this could be a post-commit hook in your git hosting tool.

Yes as @girish mentioned, that dialog itself could probably use some rework. I will see what can be improved for 6.0 then, the main appstore view was more important from our perspective to make things more discoverable. So I agree the actual install dialog is logical next. That "install" button being pushed out of the screen on small displays is a longstanding issue as well.

@girish said in Anyway to change the Cloudron app store password?:

@Felix https://cloudron.io/passwordreset.html

Thank you. 🙏

@YurkshireLad yes, I agree 🙂

It basically means it's in Beta ^^