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

Possible fix: Buggy servers with layout whitespace vs leading filename whitespace #926

Closed
cyberduck opened this issue Oct 18, 2006 · 2 comments
Assignees
Milestone

Comments

@cyberduck
Copy link
Collaborator

8fbae90 created the issue

I apologize if I should have just reopened the relevant ticket I found, but I wasn't sure if that was the right thing to do or not, since I'm not one of the developers.

Anyway... I ran across old ticket #143 (while searching for an unrelated topic before making a post) and I would submit that the "wontfix" resolution may not be the optimal action in that case.

I believe you could avoid the regression bug mentioned by merely making a second attempt to transfer filenames with leading whitespace. -- I.e. Try once with the whitespace in the name, then if it fails, try again without the whitespace.

This "retry" behavior should be applied to any operation such as permission changes, renames, etc. on files believed to have leading whitespace ... not just downloads, of course.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Milestone 2.8 deleted

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Too much trial and error.

@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.
Projects
None yet
Development

No branches or pull requests

2 participants