Posts made by nebulon

Initial unstable package is out: https://forum.cloudron.io/topic/1988/onlyoffice-app-package

Hi everyone,

we have just published an initial version of the ONLYOFFICE app package. It is still marked as unstable for now until we have gotten some feedback on what works and what doesn't. So please if you are interested and have enabled unstable apps on your Cloudron, give it a try and report issues here.

App package code is at https://git.cloudron.io/cloudron/onlyoffice-app
Docs are at https://cloudron.io/documentation/apps/onlyoffice/

I don't have a TV to test this, but Cloudron does not support non-https connection to apps. You have to probably report this upstream with the Samsung TV app (possibly this https://github.com/MediaBrowser/SamsungSmartTV/issues) otherwise reach out through their regular support channels about it https://emby.media/support.html The project is quite active and things get usually resolved quickly.

Good idea, but I think this will take quite a bit of effort on our side. Also I am not sure about the media queries to work consistently with the OS settings.

"Other" might not be the best term in hindsight. Basically it is just the sum of everything else on the system. For example the Linux system/distro data itself, as well as data which is otherwise placed outside of Cloudron known folders, if any.

If anyone has a better term for that, to convey this information, I am happy to adjust it, if we find a good one.

@yusf maybe you could let us directly look at it, since I am still not able to reproduce it and due to that there is no fix in place in the next release. If that is ok with you, please enable SSH support for us and send us the dashboard domain to support@cloudron.io

Is this related to the LDAP plugin we use in the package? It doesn't seem so.

Interesting, this was simply missed I guess. I have added it now and it will be part of the next release.

It will look like this then:

Are there any errors reported in the browser console?

The new package with the migration steps included is actually done, however the migration itself is not working as expected. This requires further debugging before releasing.

This does look a bit excessive. Can you dig a bit further there and see which part of platform data consumes much?
You can see that with du -sh /home/yellowtent/platformdata/* via SSH.

it may help if we can take a direct look at the server to be able to better understand the issue and find the root cause. If you want please enable SSH access for us in the support view of your Cloudron dashboard and send an email to support@cloudron.io with the dashboard domain.

@murgero were you able to sort this out? If so it would be great, if you could share the solution.

@murgero is this still an issue for you?

@988uh is there any update on this from your side?

I am currently looking into https://www.openproject.org/operations/migration-guides/migrating-manual-openproject-database-postgresql/ however if this is taking too much time, we will release a new app package without the automatic migration, since the install volume of OpenProject is quite low. So far it is however also unclear how a manual migration can even look like.

Please try again on a fresh Ubuntu install and see if this is reproducible or just some intermediate issue.

We have picked up development of the app package now, however it is blocked by the missing redis password support. The upstream issue is https://github.com/ONLYOFFICE/DocumentServer/issues/353

Hi and welcome on board! The warning you are seeing is, because it is never a good idea to store the backups at the very same disk/server. Ideally those should be stored in some other datacenter or such. For Cloudron the backups also are per-app to allow per-app restore if an update failed or something else is broken. This makes the backup service for the whole server not very useful, nevertheless it is still some safety net of course.

Ideally you should choose between one of the storage providers we currently support https://cloudron.io/documentation/backups/#storage-providers For your case DigitalOcean Spaces might be a good option.

We have had many discussions around this in the past and with the current state of the apps it is simply not viable to implement deeper SSO integration of what we currently have. Already the current state is not possible with some apps. From my perspective this would likely only be possible with something like an OAuth flow, but we even stepped away from that from some apps, since it breaks the app's native login flow often. So as you say this is something for the longer term future, which will only work if the app authors would start working on it.

Regarding the private apps, you can already set access controls for apps, but they will still be available publicly. For the moment this is likely out of scope for Cloudron. Not sure maybe this belongs to some VPN setup for organizations with this requirement?