Skip to content
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

Use operating system tools for recursive operations #9108

Closed
cyberduck opened this issue Nov 8, 2015 · 1 comment
Closed

Use operating system tools for recursive operations #9108

cyberduck opened this issue Nov 8, 2015 · 1 comment
Assignees
Labels

Comments

@cyberduck
Copy link
Collaborator

6172710 created the issue

Actions that are taken on folders that are set to recurse are ineffective using SFTP. For example, changing permissions or deleting folders take forever. This is because, looking at the logs, Cyberduck is doing this one file at a time. Here is the log for deleting a folder named "test" with four files inside ("foo", "bar", "baz", and "qux"):

OPENDIR
READDIR
READDIR
CLOSE
REMOVE
REMOVE
REMOVE
REMOVE
RMDIR
OPENDIR
READDIR
READDIR

And on the bottom of the window, the status shows it deleting every file individually.

SFTP seems unable to remove the directory and all its files (even when run from the command line), but what does often work is SSH'ing in to the server and then running:

rm -rf <directory>

Or, for permissions:

chmod -R <permission> <directory>

This doesn't always work (it is OS-dependent), but it should be presented to the user as an option.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Where there is support for batch operations for delete such as in S3 and OpenStack Swift we make use of but do not intend to workaround protocol limitations introducing native dependencies.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants