Best posts made by avatar1024

Could be useful, don't think we have already an app for this.
https://www.signserver.org/
https://hub.docker.com/r/primekey/signserver-ce

@timconsidine said in Why not make Cloudron fully open source again?:

Being fully open source is a red-herring IMHO.

I love Cloudron, I promote it and recommend it because as you say it is the most accomplished platform in that field, plus I love the community and have massive respect for the two main developers, for their skills and the great software they make but also because of their friendly attitude, their care for customer support and the way they engage with users. Plus while Cloudron is not Free Software the code source is out there for any to inspect so that's great in terms of users knowing what the software actually does and that's good enough for me.

However, the point of Free Software is not only about how things are now but also about future proofing. Things might change in the devs' lives, they might need to move on, they might need a lump of cash cause something terrible happen and sell the company, or whatever else. And if the new devs have a different ethics what do we do? Look for another software and all the time and energy spent on Cloudron is kinda wasted and then not as many people benefit from this amazing platform? And to be honest the current situation makes it hard to recommend it and promote in some context because not everyone is just interested in the best software or value for money but also care about software license but ethical and practical reasons.

I don't have a perfect solution as I understand and respect Girish and Nebulon's current position in that they don't want someone to just fork everything and release it for free.

Maybe something could be added in the license that says the code must be made publicly available, and that if the license changes to a more restrictive one (one that removes the public release of the code), then the current license reverts to a Free Software license e.g. AGLP 3.0 or its successor. This would basically guarantee Freedom 0 and 1 and would implement some kind of (twisted) copyleft. And that would be enough to make me happy

But I don't know if that is possible at all?? I'm a legal geek but not on software license...yet Anyone know?

I'm sure something similar has been asked already but I couldn't find it on the forum.

Would it be possible to add to following features of User & Groups in future version of Cloudron:

• subscribe users to a specific domain (say with another drop down option for each users: default being "all" but with the possibility to select domains individually - as it is down for selecting group membership). Those users would then only be allowed to login on apps which are installed under that/those particular domain(s). Effectively this is no different that manually creating a group for each domain and then manually setting the correct access permission when installing apps, except that it would automate that process by creating those groups in the background for each domain and setting the correct rights automatically. Also it would be helpful for implementing the "3. per domain user management" aspect of the "domain admin" feature below

• create a "domain admin" role to give some members admin rights but only on certain domains so that they can (and only can): 1. access all apps and email settings on a given domain(s); 2. an managed all of apps on that/those domain(s) 3. can see all users subscribed to that/those domain(s) and can invite new users to that/those domain(s). So as role we'd have: Owner, Admin (would automatically be administrates all domains), Domain Admin (which when selected would open the drop down menu to select domains without the "All" option), Users (which when selected would open the drop down menu to select domains, with default choice on the "All" option).

It feels these two features would greatly enhance cloudron management for cases where you don't necessarily want to have admins able to administrate all domains (either for security reasons and for reducing admin time) but still want someone able to configure email accounts / lists, manage apps and invite people.

Here is just some concepts and some ideas on how it could work on the UI side. Hope this proves useful.

Hello,

Is it possible to integrate mailman to cloudron to be able to manage email lists?

It would be a great feature to have.

@jdaviescoates Yes I still use mainly Collabora with Nextcloud and I have noticed tremendous improvements, especially since NC and Collabora have worked together to improve the integration.
However, I wouldn't say it is still quite like Google doc, or quite as fast as OnlyOffice. I tired OnlyOffice when I installed CryptPad and something about it feels more responsive than Collabora due to client rendering. It is basically just like editing on a desktop and Collabora is not quite there...but pretty close. Also we can feel that both Gdocs and OnlyOffice were designed as a collaborative editing tool whereas Collabora somewhat inherits the LO single user approach and tries to adapt it for collaboration and the result still does not feel quite as sleek....but here again it is getting much better than it used to be.
I can say that Collabora does not suffer from issues from the past, does not feel laggy and is perfectly fast enough to use while not feeling it's slow or weird. Also I do think it provides the most complete online office suit in terms of functionalities, and the best if you using open document formats.

Hi all,

Just want to share a little tip on here. It looks like if you subscribe an external calendar to your NC instance (say you add your Gcalendar), then NC only refreshes it every week, which seems a little insane to me...or at least that was not enough more me.

So here is how to change the frequency on Cloudron NC instance. Simple open the NC terminal from Cloudron dashboard and enter:

sudo -u www-data php -f /app/code/occ config:app:set dav calendarSubscriptionRefreshRate --value "P1D"

Where P1D is the frequency period of 1 day. Period / time intervals are entered in the php format. P is for periods of day(D)/week(W)/month(M)/year(Y), if instead you want to enter a period in hour(H)/minute(M)/second(S) need to enter PT, e.g. PT5M will refresh every 5 minutes.

@nebulon Apologies, I meant that on mouse hover an app, there is now a grey square button (with white gear) always visible, which then turns white (with blue gear) when actually hovering over it. Before it used to be that you see only the gear (without a square) when hovering over an app and you'd see the square when hovering over the gear.

Haha I've realised this is only a dark theme issue. I've just tried in another browser with a light theme and the issue is not here. So yes, probably a slight regression on the dark theme.
Cloudron 7
Cloudron 6

@girish Yes you are right that the post started with different domains but this is because I had in mind the case of an organisation that uses separate domains for different activities, with different people being in charge of those different activities. While you are right that Cloudron does a fantastic job as isolating access to apps with the Group feature, as soon as if you give Admin right to someone, then they get full access to everything irrespectively of group / user access rules (which is of course kinda of the point of an admin!).
The issue is that in the case I mentioned, it would still be useful to give some people the ability to at least managed emails, users and apps for their particular domain / area of the organisation.
While this may not be a "common" case, I reckon it is not super rare either.

That said, the thread though as kinda of evolved into looking at ways to fine tune the rights of the Admin role rights rather than a split per domain as it started original. Lots of ideas in there. Maybe another intermediate Admin role could be step in that direction to delegate some rights (like email management) to people which would be useful in large organisations (see my second post) without granting full admin rights ?

Is there a plan for more backup backends like restic / borg for 7.3?

I recall it being listed for 7.2 at some point but looks like it got dropped off the list due to the need for a speedy release.

@nebulon Hello, just updated to 7.2.2 today and on dark theme the new contrast on app hoover looks a bit off I think. Actually it feel like something in between 7.1 and 7.2 would be good, i.e: lighter than in 7.1 so it stands out more but darker than in 7.2 so it blends more with the background.
Also I think the square around the gear icon should remain with the same background as the rest of the app if not hoovered over (as it was the case in 7.1) since the gear itself stands out enough with it's white colour.

@scooke I too would very much like to use Kopano Meet with external users (without them to login into my Cloudron), so like you I think it would be a great feature to have but still, I think we should be grateful on the fact some developer bothered making a Cloudron package even if there are limitations for now and not be too harsh or focused on criticisms and enjoy that we got a videoconference app running on Cloudron. And maybe kindly ask for support if you're trying to do something which you cannot do on your own (I believe the Kopano Meet Cloudron app has an open source code which you could be modify to add the functions you want, if you know how to do it).

As @fbartels explained, Kopano does have this functionality, it "just" needs to be configured. Now the "just" doesn't seem very straightforward and yes it'd be great if someone could package the app with that function turned on. Maybe @fbartels can help? Personally I'm not a developer so I can't help with this but appreciate any work anyone can put into this or into anything else that makes Cloudron better.

Is there any update on this app? It would be awesome to have it!

@humptydumpty I believe that updating to 7.1 can only be done manually and will NOT happen through auto update (if with auto update enabled).

Would be great to manage mailing on cloudron.

There is a topic on mailman so here is another one for Sympa which looks like a pretty good option too.

www.sympa.org

There is a version of Wekan which incorporates a gantt chart plugin. Be great to have the Cloudron app based on this one if it's not a faff to package

Find info on here:
https://github.com/wekan/wekan-gantt-gpl

Here is the post from the Wekan maintainer, basically the Gantt plugin was a very neat piece of code which he could add to wekan easily but didn't have time to look into the compatibility with wekan's MIT license so he created another repo with the whole thing licensed under GPLv2 instead of merging. Both versions are now being updated/released/packaged together.

Now that I've looked into more, it does feel like Cloudron should just switch to the one with the Gantt plugin since it is effectively the same app but with an added feature. Of course there might be a technical problem I'm not aware of since I'm not a coder and have never packaged a Cloudron app....I have to confess

mindmaps.app is lovely to use and prettier than my-mind I'd say. Can't believe it's 10 years old and still one of the prettiest and most pleasant open source mindmap tool to use. Sad it's not being developed any longer to add a few lacking features. Still would be fun having it on here!

I wonder if @girish you ever had time to look into this? Would be great to have Radarr as a Couch Potato replacement (since the latter has not been maintained since 2015)

@jdaviescoates I have now tried to just follow the basic instruction instruction on the notify push github.

What I have done:

1. Installed the app inside NC
2. run occ notify_push:setup inside the app terminal
3. The abovce generated a systemd service like

[Unit]
Description = Push daemon for Nextcloud clients

[Service]
Environment=PORT=7867
Environment=NEXTCLOUD_URL=https://files.xxxxx.net/
ExecStart=/app/data/apps/notify_push/bin/x86_64/notify_push /app/code/config/config.php
User=www-data

[Install]
WantedBy = multi-user.target

I have replaced the path to the actual path to the binary and the config file like so

[Unit]
Description = Push daemon for Nextcloud clients

[Service]
Environment=PORT=7867
Environment=NEXTCLOUD_URL=https://files.xxxxx.net/
ExecStart=/home/yellowtent/appsdata/1445e2c5-fa60-4ce9-894e-3e2a8b8dd0a0/data/apps/notify_push/bin/x86_64/notify_push /home/yellowtent/appsdata/1445e2c5-fa60-4ce9-894e-3e2a8b8dd0a0/data/config/config.php
User=www-data

[Install]
WantedBy = multi-user.target

ran sudo systemctl enable --now notify_push as indicated.

But then it says the binary is not running.... so for now it's a fail. Anyone got any idea?

@jdaviescoates said in Meet Kopano (unstable version) - a few questions & problems :

with full p2p WebRTC apps like Kopano Meet all users need to have enough bandwidth for all streams or something

Here is a nice explanation of the pros and cons of the three main typologies used for video conference: p2p / MCU / SFU

Also might be of interest:

An article which test a methodology to compare SFUs, and then test a few of them. Results probably do not reflect real case scenario though.

@hakunamatata have tried to actually start a meeting? With version 0.3 anyone can still access the page where you can create a meeting but when you actually join the meeting it asks for authentication.

@girish I mean, what can I say, other than a big THANK YOU. I'm sorry I missed the "/home" as being the root remote directory with sftp and you had to go through the bother of trying it out by yourself. It's weird they don't make it that explicit. I actually went through their docs too and went through the same steps as you did so I knew the set-up was working which is why I resorted to this forum and to you guys as a last resources (I promise I try not to ask you for help until I've exhausted my own resources ).

Now it's successfully switched to SSHFS my fingers are crossed I won't have any more backup issues (still the backup failures with CIFS are a mastery...got exactly the same set-up on two other instances and it never fails - all on the same storage box, same VPS provider, same OS, etc.).

@girish quick question in the mailbox sharing feature. If you make it so that a single inbox can have multiple owners (great feature btw), do you think it would then be possible to have the option to set a group as the owner so the mailbox ownership gets dynamically updated with changes in group membership? Thanks

@scooke Thank you for the reply. It is useful that you shared your experience. However as @yusf pointed out, if Jitsi was a Cloudron app then the set-up would be easy.
Now I'm not sure I agree with you on the usability, and this might be a matter of personal preference which I don't we should discussed back and forth on here. As long as you use a laptop, you indeed only need the URL with Jitsi and you do not need an app. So @nebulon is right on this. Only on a phone you need an app, and while the jitsi app is not perfect, it works fine. You do not need to enter the whole url, only room name works (by default it uses the meet.jit.si domain but you can change the server url in the settings to put your own). Personally, out of the other Free Software option out there, Jitsi stills seem the most mature, reliable and easy to use so it'd be a great addition to Cloudron (and indeed very needed currently).

Do we know if anyone is working on this? (I wish I could contribute but I'm not a programmer sadly)

@jdaviescoates Thanks for the reply

Hello,

When it comes to syncing files, Synthing outperform Nextcloud by a long stretch. However with syncthing installed on the server you cannot access your files via a web interface, as you would do with Nextcloud.

Two main approached to integrate the tow are:

1. to manually give permission to syncthing on your nextcloud folder on your server, and add that folder as a sync in thinking. Issues with this is that the files synced with Syncthing won't be visible in the nextcloud interface unless you trigger manually a rescan of that folder with a nextcloud command (occ files:scan --all). This process is resource intensive as it rescans all files rather than the one that changes. If you use the nextcloud web interface a lot you'd have to schedule that command to run regularly. So overall quite inefficient. Also it some limitations in terms of integrate file versioning and trash between the two apps. Now someone clever wrote a script to file watch modification made by syncthing, and address the versioning issue. See here and here. Issue is it hasn't been maintained for 5 years, though was still working fine 3 years ago. Might be a good place to start though as I reckon things might not have changed much in the architecture of both apps on that front.
   Apparently there would not be such a problem using Pydio instead of Nextcloud. Not yet on Cloudron though.

2. Adding Syncthing folder as external storage. Apparently works fine in terms of detecting changes right away but has some limitations again in terms file versioning and trash. Not the end of the world in many use case (you just have two file versioning systems and two trash systems). THE issue here is that external storage is not support in the Cloudron version of Nextcloud

Relevant post on the topic if people wanna look into this. I think it'd be great to come up with a solution for users of Nextcloud on Cloudron. I;d be up to help testing stuff. Sadly I cannot code...

https://forum.syncthing.net/t/integrate-syncthing-with-nextcloud-and-owncloud/11289
https://forum.syncthing.net/t/integrating-syncthing-with-owncloud/6332
https://forum.syncthing.net/t/mixed-syncthing-with-nextcloud/10499/3
https://github.com/nextcloud/server/issues/8384
https://help.nextcloud.com/t/syncthing-nextcloud-how-to/5459

I like the idea of having more app filters!

SSO great idea.

When it comes to an "open source" filter, I think the open code based makes more sense, rather than looking at all add-ons or price. We are talking about filters on Cloudron App Store, therefore think the question is, "is the app actually installed from cloudron app store opened of closed?", not any add-ons people may choose to install later on.

Other options could be to have:

• a Free Software filter for program without any proprietary add-ons
• a "close sourced" filter for apps where the code of the base app is not available (i.e. that app actually installed from the app store)
• a $ filter for program that require a paid license

Mainly I think we should NOT conflate price/money and license type / openness of source case. Take Teamspeak, for e.g., it can be used for free, on a free (as in free beer) license, yet it is proprietary software.

I think that whatever filter option we choose, the openness of the code that is actually being installed from the Cloudron App Store (i.e. without add-ons) is the thing that users should be made aware of / able to easily choose from. So as a first implementation of any filter, I thing the open/closed source filter would be the priority.

@girish Or as I suggested in my previous post, if we could assign a "group" as the owner of a mailbox, then group name could be fed as the Display Name (for point 1) and you potentially use the group name for the login username (for point 2).

@avatar1024 said in What's coming in 6.0 (take 2):

...be possible to have the option to set a group as the owner...

@jdaviescoates said in Wekan-gantt-gpl: Wekan with a Gantt chart plugin:

But of course, totally possible, and I guess relatively likely that at some point he'll decide he can't be bothered to keep merging upstream changes into this fork of his.

Of course this is a possibility, in fact maybe likely if someone bothers to make a wekan gantt plugin compatible with MIT license so Wekan maintainer can merge into original upstream and abandon the GPL version. @nebulon Yes ok maybe we should wait for a bit and see what happens.

As a side note, the whole Gantt discussion made the maintainer think about changing Wekan license to GPL altogther , but he might have upset to many commercial wekan users that integrate it deeply and don't want to release the code. - personally I thought that was exactly the case where GPL is super powerful as a license and could create virtuous chain reactions toward open code (in this example: Gantt plugin > Wekan > deep integration code). It's good to know the maintainer is great and very community minded! So is the person that release that gantt plugin.

@jdaviescoates Most but not all I don't think (TeamSpeak isn't, right?). Sorry I don't have a lot of time at the moment to contribute much but I think this is a very important conversion. At least in my circle, it's difficult to promote cloudron due to its licensing choice and I would need more info to explain / justify such a choice (and everyone of course wants the dev to get reliable income, people just think a free software license would not endanger the business model).
Anyway, thanks for starting this thread. I will write more on the topic soon

@girish Thanks for the reply and explanation Girish. I actually didn't imply I wanted a fully featured multi-organisation approach to Cloudron management, and even less if it implies major changes to Cloudron core design. I actually like that the current design is oriented to single user / organisation as it prevents centralisation.

The use case I had in mind was mainly for a single organisation that has several domains and a fluctuating users base of about 200. By default all users have access to all apps (unless you configure manually as I mentioned in the post).
The issue is that with users coming and going, you must make sure not to make mistakes with permissions and correctly isolate them from each domains by manually managing groups.
The other issues is that these users make regular requests to create email list, email accounts, adding or removing users. So it'd be handy to be able to give more people admin rights just for these particular aspects and restricted to a specific domain.

I thought what I had described was not a fully featured multi domains function for cloudron, but "just" (says someone who doesn't code) some additional domain management capabilities that could be implemented with functions that already exist in cloudron (namely with User Groups and different role levels). But I can imagine that when it comes down to doing, it becomes more complicated.

This release looks wonderful!

@girish Yep a mailbox manager role would be great! And even better if a user can have several roles: e.g. user manager + mailbox manager

Here is some more from Wekan's maintainer regarding the differences between Wekan and Wekan Gantt, and ways to switch between the two versions.

"Those changes to/from Gantt GPL version are very small. That Gant Chart only displays some data exact same Wekan database on both MIT and GPL versions, there is not even any differences in database structure.

For newest Wekan changes, I have released all newest Wekan versions for all of 1) Wekan 2) Wekan Gantt GPL 3) Wekan Ondra versions. Wekan Ondra is from time before creating official Wekan Snap, only difference there is snap name. If sometime for example 2) and 3) would deprecated so that newest update shows only migration instructions at Wekan webpage, then those users should do mongodump/mongorestore to newest Wekan snap, like this:..."

@nebulon Maybe this helps to inform the implications from the perspective of the Cloudron package

Just for clarity, I'm telling anyone to do anything here. I'm just a keen Cloudron user/activist pointing out a cool new feature that landed on the Wekan app (that could / or could not benefit Cloudron), gather as much info as possible about it and I let technical people consider whether it's worth their time implementing it.

@jdaviescoates That was my thinking too I mean I did really like Hetzner UX but as I said when I saw the difference in prices/offering I felt it was an acceptable (/necessary as I needed more power for professional purposes) trade off. I actually kept a Hetzner VPS for my personal use for a while, but even that I switched some time ago when I was getting limited in resources. As you say storage space on Netcup VPS is also a BIG plus!

@jdaviescoates I see, thanks for enlightening me! And thanks to @marcusquinn for support this and to @murgero for doing it! I'd also be happy to support this and will talk about it with some colleagues too.

I wonder if there any scope for implementing the restic backend for backups in cloudron 8.0?
See this thread https://forum.cloudron.io/topic/1575/backup-improvements-restic-backend

@jdaviescoates I'm not actually sure what it involves to enable this but do we know if anyone is working on it? Is it actually a separate app or just some specific config with a reverse proxy and redis? Does anyone know what are the missing pieces for it to work on Cloudron?

@murgero Great! It will be a monetary donation as all my Cloudron instances are already referred. I'll do that tomorrow (as I might convince someone else to donate too )

@girish true that it's pretty hard for this post to keep up with your coding speed

Maybe we should start a new clean one and you can let us know what you think on some of the newer ideas that were proposed (e.g. this one on my side)

Well done for you amazing work! (and the friendly support I have to say!)

Hello all, especially, @nebulon.

So bumping back this topic as after more than a year the WeKan GPL Gantt version has been maintained and as off v5.71, it is becoming the Wekan version shipped to other projects by the main WeKan dev. See here.

I don't want anyone to feel like I'm stubborn with this but I am wondering if it would now make sense for Cloudron to also adopt this package?

And to explicitly reply to this:

@nebulon said in Wekan-gantt-gpl: Wekan with a Gantt chart plugin:

The real and longer lasting solution is to work with the wekan project to somehow get this into the mainline tree instead of us trying to workaround in a package.

This is a main tree package, just the same as the original package but licensed under GPL and maintained as the original.

(as explain before the MIT version remains mainly because of licensing issue for some WeKan customers, but the GPL is now becoming the main one shipped elsewhere)

@murgero Sorry it took a while, done now!

@ultraviolet That's great to hear!! It'll be great if that can be adopted in the Cloudron version Thanks a lot for picking this up!!

@LoudLemur Yes I have used Gantt Charts and I do find them useful too, hence wanting to have it on the Cloudron version of WeKan You are right to point out that the function is already available in other apps, however we've found that WeKan fit best our (simple) needs in terms of project management and so it would be great to have the function on it as we don't really want to migrate all our projects to another app.

Would be great to see the self-hosted version gain the collaboration feature soon and then get it on Cloudron! So far it seems one of the best Free Software whiteboard / canvas tool out there in terms of simplicity and feel. So far I'm not finding the Nexctloud whiteboard tool very convenient, intuitive or pretty.

@girish said in Wekan-gantt-gpl: Wekan with a Gantt chart plugin:

@avatar1024 sounds like a plan! do you have a package already working? alternately, if you submit a PR to https://git.cloudron.io/cloudron/wekan-app , we can merge that as well.

It sounded like @ultraviolet has a package working for this, no? https://forum.cloudron.io/post/39263

Sadly I don't personally, I'm an enthusiastic Cloudron user and promoter but not a coder...yet!

Thanks Girish for picking this up.

@ultraviolet sorry just bumping this to see if you'd have time to upload your package or submit a PR to https://git.cloudron.io/cloudron/wekan-app as @girish suggested here?

It feels like we got really close to get this package for Cloudron and so would be nice for it not to get dropped.

Version 0.26 is out Looks great!

https://decidim.org/blog/2022-02-22-new-version-0-26-0/

I know we already have Wekan, but Planka has now reached v1.0 (in fact v1.8.1), is well maintained, has a docker image, and is generally less cluttered / more modern looking and friendly to use than Wekan. Depending on how hard it is to package it could be good to have it on Cloudron.

@jdaviescoates said in Roundcube 1.5 beta - development continues!:

and K-9 Mail gets a new stable release

Have you ever tried FairEmail? I've been using this instead of K-9 Mail after the development stopped and I like it a lot. Maybe you like it too and it'll bring you one step closer to self-hosting emails

@girish don't know if it's normal or if I'm doing something wrong but it doesn't seem to be automatically updating to 22.2.2. I manually did the update on one of my instance but it's not updating as auto update in my other two instances (auto update is "ON" for the app). Not an issue for me, I can do the update manually, but just thought I'd let you know in case there is an issue.

@fbartels it feels there is a problem with the recent version of the app. Creating public group is not available any more and people have to sign in.

I had a public group set-up, joined the call, sent the link invite but the person was asked to login. I tried the link myself in a private browser window and it was the same, I was asked to sign in (whereas usually, it worked directly).

So I deleted that group and tried to create a new one but there isn't the option any more to make the group public. Is this a bug??

@necrevistonnezr Many thanks! I hadn't realised that was also the case for Nextcloud point release updates (I though that only applied to NC major version update)

The Import Board option is on the "All Board" panel. Click on "Add Board" and it provides the option to import a board. However I never managed to import a board successfully, it always tells mean there is an error with the json and I can't see the new board. I tried to look on the Wekan bug tracker but couldn't find info on this so it might be a cloudron package specific. My text editor struggles to even copy and paste the json text as the files are so long for big boards. I'm really unsure about this export / import approach. Maybe I'm missing something

Actually CODE has now got better (since version 21.11) and now renders more elements on the client side (toolbars, etc.), reducing server load.
In any case I would try to install the CODE app on the cloudron and connect it to NC and see how that works.
I'm not super keen on the OnlyOffice approach in terms of :

• the default document format being MS OOXML bullshit
• reliability for data loss due to everything being done on the client
• a more restrictive approach to their open source version
• actually worst compatible with MS Office docs in some cases (though I'm sure this is true the other way around in other cases too)
• worst compatibility with open document format

Just for info. The point of running on a remote server is that the files are always accessible even if all other devices are turned off.
Been using Syncthing for years, it is incredibly powerful for syncing files...a thousand miles faster and more reliable than NextCloud, Dropbox, etc.

@fbartels The thing is I can't check since the volume now works for me. But what I'm saying is that the issue was wider than just not being to write with the NC app, since data in the volume was not read / written into correctly anywhere (in NC app, in NC terminal and in Cloudron file browser) and that has nothing to do with the www-data user as far as I can tell.

And by the way you are right that the user in the terminal is root so it's true that being able to write with the terminal could still mean there is a restriction on the folder which would prevent the NC app to write. But as explained above, I don't believe this was the problem in my case.

@nebulon

Hello,

Collabora CODE has received a few updates (now at 4.2.0-5) since last updated on Cloudron (4.2.0). Might be worth pushing an update as there are a few quite annoying bugs which have been addressed. As always, thanks!

Ok many thanks for looking into this. I didn't realised that was the default on all apps (it wasn't obvious in say rocket.chat where admin users which are not part of the restricted group don't appear at first, but indeed it turns out they can actually login and then they appear).

Yes it feels it might be worth noting somewhere that Cloudron admins not only can see and modify all apps and settings but can actually login in all apps irrespectively of user management settings.

Thanks for the quick response and all the work! Cloudron is awesome!

@girish Are you getting any support from Jitsi devs upstream for packaging the app if it's difficult?

Is there any update on this app? Any plans to make it available?

Thanks

Hello,

There have been a couple of recent bugfix updates on Collabora which might be worth pushing on Cloudron. CODE now at 4.2.2-2.

Many thanks