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

Listing directory takes aaaaaaaaaages #1738

cyberduck opened this issue Feb 3, 2008 · 1 comment

Listing directory takes aaaaaaaaaages #1738

cyberduck opened this issue Feb 3, 2008 · 1 comment


Copy link

cyberduck commented Feb 3, 2008

anonymous created the issue

Cyberduck always takes a very long time to list a directory (both when you first log into an ftp account and every time you upload a file because it re-lists the directory before it starts the upload). It still works but I have to wait about 20 seconds every time it lists a directory.

I have tried uninstalling Cyberduck and re-installing it. I have also tried removing all of the preference files and anything with the word 'cyberduck' in it from my hard drive. I have tried reverting to an older version (2.6.2 I think), I've tried re-installing 2.8.2 and I've now installed the latest version (2.8.4). Still the same.

Using OS X 10.4.11. It might have been the same on other versions, but I can't remember - maybe it was upgrading OS X that caused it. Hmmm.

When listing the directory and when uploading files it often says 'checking connection'. It never did this when it worked properly (it didn't have this problem when I first started using it). I have tried accessing ftp accounts on totally different web servers and it's still the same. I have tried using sftp and it makes no difference.

Copy link
Collaborator Author

cyberduck commented May 10, 2008

@dkocher commented

Please try the latest nightly build from (

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

No branches or pull requests

2 participants