@robi said in Add new App notifications: @lonk no, monthly doesn't make sense apart from an email, like the new Cloudron release emails. Weekly maybe, but ideally the day it is released. From there those interested in those can subscribe to the stable Apps or unstable Apps notifications. I like that. Opting into app updates without having them installed. Often times user's don't want to be the early adopters (I do, but I'm me ) so they wouldn't install anything initially, and getting release notifications even though the app isn't installed might eventually prompt them to. It's not even too difficult a change since it already exists for installed apps.

@fbartels said in MySQL tuning with my.cnf settings optimisation: @lonk said in MySQL tuning with my.cnf settings optimisation: when do we run / apply it? Mysql tuning is best applied after a few days of database usage. Applications usually have different load patterns. Gotcha, thanks for the tip! ️

@nebulon My bad, I created a discussion in the discussion because I felt it was loosely related to password management.

@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 said in Extra fields in LDAP: The phonenumber for Mattermost is one such use-case, but that can be also solved without custom fields. Assuming there might be a need for this in the future - what was the solution you thought of? Also, even if app's don't use the fields, just having the Cloudron User directory more fleshed out might be a good thing for reference sake.

thanks @fbartels!

Hey guys, sorry for the delay I've updated the fork and the providers function, if I get permission to create a new branch or you open one I can open an MR with the new branch and let you review

@MooCloud_Matt said in tmpfs support in the manifest: @Lonk you mean for a private docker registry ? Though I could do that yes, I was speaking more in terms to an actual alternative App Store, private or public registries wouldn’t matter. I’d probably originally make it only public registries at first. Like, I’ve been wanting to create Dot the Repair Bot Cloudron app but it’s more of a Cloudron add-on and probably doesn’t belong in the official store (maybe, not sure). But if it didn’t and I still wanted it to be accessible - I could build an alternative App Store with the docker add-on and put apps on there. Orrrr, the official App Store could gain sources in which case I would just host a JSON file on BackBlaze and give people the source’s URL to use and it would pop up in the store as a third party app. It would make beta testing apps with people wildly easier if the Cloudron App Store allowed for more “app sources” than just its hard coded internal source that @girish and @nebulon maintain alone.

Thanks @girish Can't hardly expect it

@MooCloud_Matt See https://docs.cloudron.io/networking/#whitelist-ports on how to whitelist an incoming port.

On mouseover, you already have the URI popup at the top, so on a long description you could have that popup on the flip side on the bottom.

With this last thing, I know have the perfect flow for developing Cloudron apps. Thanks again for telling me about it @nebulon!

I upvoted. I agree the click targets could be a little more intuitive. Maybe even customizable (why I made my other post).

@jdaviescoates said in Usability - Can't find current Cloudron version on my.domain.tld: But, I still like my preferred solution here: https://forum.cloudron.io/post/15541 Would keep everyone happy, no? (and also has 4 upvotes ) Five now, we already have a "Footer" section to change the footer text, a checkbox for "Add version number" isn't too crazy I think for those of us that liked it (I did personally).

@girish kinda makes sense when you explain that. Maybe start with what I said above, then we can see how that website UX can feel.

Personally, I'm migrating away from GMail, and wouldn't recommend it, although I appreciate it's difficult to cut those ties for some. Another possible solution: would be to forward to any other email service that does support POP3 but doesn't have spam filtering. That way, you're not sending email to GMail, it's pulling and filtering. Appreciate that a 3 mailserver setup is odd though, but then so is GMail. I think it's worth just having a POP3 post in Feature Requests though, purely as a way to allow for any other 3rd party email someone wanted to do this with. I can see privacy advantages in POP3 as well, if one didn't want emails stored on their Cloudron and just locally. I wouldn't like to see POP3 ignored as without advantage, when if privacy is a concern, that could be a legitimate use-case.

I'll keep living with the "my" subdomain for now.

@robi I haven't looked into that since I'm literally the only person that uses my own apps (I'm participating in this thread because I care about the Cloudron Communities Growth, not because the feature interests me). So, thank you for the offer, but I think I grasp the idea. But if anyone else needs it, let robi know guys! ️

Since @girish has setup the ci pipeline in Gitlab for our docs to push into a surfer instance, such changes are so easy now! So https://docs.cloudron.io/custom-apps/manifest/#configurepath is up.