Cloudron Forum

Thank you @nebulon and @joseph 🙂

Yeah, I was going to say the same as @girish - it's already possible both to extract files and to change ownership.

However, this is a quirk that I think could be improved:

If I upload a .zip it gets www-data ownership. But then after extracting it the extracted folder is owned by root and then needs changing to www-data. It's be better if it was just www-data in the first place.

I just had access to a macbook and I can confirm the bug in safari. Unfortunately the tab goes into unresponsive mode and even the webinspector just hangs, spinning the cpu 100%. This needs more investigation on our side then.

The next version will prompt the user to overwrite if there is a name collision.

Thanks! I did not expect such a quick fix after your first response, but the change looks sensible.

The preserving of the file permissions is now also fixed for next release.

@nebulon said in Filemanager Drag'n'drop folder trees does not work:

Ah I guess you mean the github repo for drag'n'drop! So we use vuejs with the primevue components set in the new views, moving away from the now unsupported angularjs v1.

Yes, https://github.com/jhiesey/drag-drop

Fixed with https://git.cloudron.io/cloudron/box/-/commit/c3574614bc074750864b2e0424494a4cb58778e9 for next release.

This is fixed already with https://git.cloudron.io/cloudron/box/-/commit/5fc0a5f9a28be601bcec2e3bcf68fc93f3b3e8c5 but only part of next release.

The next version has a reimplemented filemanager, as we move dashboard views very slowly to bit more modern html frameworks, and that has better browser history support.

@DeBossNow The content is based on the app. In the docs screenshot, it's an emby installaton. Where in yours it looks like it is mastodon app. What is shows is just the contents of the /app/data directory. Only the files you see above are editable. If you want to see application files (source files), you have to use the web terminal - https://docs.cloudron.io/apps/#web-terminal . Note that application files are readonly and cannot be changed.

@m3pilot not sure what's happening here, something seems totally wrong (like some mismatched node version). Are you able to contact us on support@cloudron.io to debug this further?

Alright, I've got another update and seemed to have reworked things so this is fixed. I've removed all of the old rules and created a new one under WAF Rules using the following:

(http.host eq "https://my.cloudron.tld" and ip.src eq 127.0.0.1 and http.request.uri.path contains "/filemanager/") or (http.request.uri.path contains "/api/v1/apps")

Then take action: Skip Log matching requests: turned on WAF components to skip: All managed rules More components to skip: Managed rules (previous versions)

Note: Edit the items in bold to reflect your Cloudron Domain and your IP Address.

@robi unfortunately same problem.

Just found out I can not delete these file via file Manage, I need to do it on the Filesystem

This should be fixed with next release. It was a missing event handler.

@mpeterson0418 On Cloudron, each app is run in a container and has it's own virtual file system. This way one app cannot see another and they can't tamper with each other. This has a wide range of security benefits. This is the reason File manager is inside the app setting.

@nebulon Awesome! Muchas Gracias!

@jdaviescoates so the folder is owned by root even after an app restart?

This is now fixed for the next version. On upload conflict, the code will add .n to the filepath, whereas n is an increasing number until no conflict is found.

@girish so I tried more things and my initial observation cannot be reproduced anymore, so I think I might have been misguided by persistent console logs here.

Now I am not able to reproduce the double upload trigger at all anymore in chromium or firefox. @robi can you maybe explain in more detail how to reliably reproduce this? Do you have any additional extensions installed and can anyone else here see the issue?