New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ACL not maintained when replacing files #7756
Comments
Thanks! |
Just tested with the snapshot and it's still overwriting existing permissions. Steps to repeat:
Result: Expected result: |
Make sure to check "Preferences → Transfers → Permissions → Uploads → Change permissions". |
Still happening on the latest snapshot. Attaching my permissions in a screenshot. Ideally uploads would maintain the permission of the remote file they replace. |
It seems this issue was not solved if you try to edit a file directly. I could reproduce it with the latest version (4.4.3) and the latest nightly build. File permissions: 750 user:daemon If I edit the file: 750 user:user If I download and upload the file it works properly: 750 user:daemon Could be possible that you also have to fix the "core/transfer/copy/CopyTransferFilter.java" file? Thanks |
Replying to [comment:15 Beltran]:
We do not support changing the group owner of a file (using FTP or SFTP). See issue #11965. Therefore when overwriting a file it defaults to the system default user and group. |
Thanks. It strange for me that it is supported if I download, edit the file and upload again (the file maintains the correct user and group that have in the remote machine) and not when you edit the file directly. Let me know if I'm missing something. |
When I drag and drop files to my s3 bucket overwriting an existing file, the permission of the existing file are not maintained. This worked in previous versions.
Attachments
Screen Shot 2014-01-29 at 11.34.44 AM.png
(729.6 KiB)The text was updated successfully, but these errors were encountered: