Cloudron Forum

Usually, the issue here is that the SFTP service is not running . Services -> SFTP -> Restart maybe?

8.1 is in unstable now, these issues are fixed there.

Thanks!

@dsp76 this was a bug in 8.0.x release . It's already fixed . See https://forum.cloudron.io/topic/12254/edit-files-using-the-file-manager-changes-their-ownership-why/ and https://forum.cloudron.io/topic/12203/config-php-permissions

I guess somehow the actual command to move (cutnpaste) the files didn't even reach the server or failed in some auth. Next time, opening the browser inspector should reveal more error details we can work with.

Thanks for the update, I am glad to know it is fixed.

@girish Interesting case, for 2 days it failed. There were attempts after clearing the browser, a trial on another device. Today it just started to work but for that it changes the permission after saving the file from ‘www-data’ to ‘root’. Edit: Good with the entitlement is good, just need to refresh the page.

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.

Just tried to reproduce this with Cloudron 8 again and it seems to be fixed now.

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