"chmod -R 775 *" running across /app/data/users/... - please don't do this

[lakemike]

Describe the bug

Situation / background:
Using the available configuration options, I figured it is possible to use docker volume binding to map directories into the instance.

For instance it's possible to map /host/user/subdirectory (host) to /app/data/users/myuser/files/subdirectory (sync-in). In result, this subdirectory shows up in the Personal space.

Howeer, I then noted, that sync-in will run "chmod -R 775 *" and modify all files! Ouch, this is super destructive.

Please be mindful that users may want to bring their existing data into sync-in. Is there a better way and I have missed it? If not, it would be great if this could be considered in the future.

(Any ideas for workarounds? I suppose I could use a samba mount and ensure only user permissions are changed..?)

Installation method

Docker Compose

System information

Sync-in v2.0.0
Latest docker install

[7185]

Hi @lakemike,
This is intended to avoid common permission issues.
This behavior is going to be changed in the future. Permissions will not be changed by default, but 750 will be set with a specific flag for permission issues.
For now, consider everything mounted under /app/data to be under the responsibility of Sync-in.
As a workaround, you can create a space that points elsewhere (e.g., /mnt).

[lakemike]

Thank you for explaining. Posix compliant permission management / ACL would be great in the future.

For now I am using spaces with external locations.