Cloudron Forum

@webliska said in Unable to connect to filemanager: connect ECONNREFUSED: Thank you! It worked. But how did it crash? Like, I gave the permissions to the folders? I'm just wildly guessing here, but I think I read somewhere (yes, here) that there is currently a bug whereby changing permissions via the File Manager isn't currently working, so perhaps trying to do it caused the crash

Here's a workaround via terminal: https://docs.cloudron.io/packaging/cheat-sheet/#file-ownership

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?