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

Cyberduck loses directory names after download #3249

Closed
cyberduck opened this issue Jun 16, 2009 · 3 comments
Closed

Cyberduck loses directory names after download #3249

cyberduck opened this issue Jun 16, 2009 · 3 comments

Comments

@cyberduck
Copy link
Collaborator

91b06b4 created the issue

This is a report of two intersecting problems in cyberduck.

set up:
I have a directory with about 500 sub directories. I am selecting these in consecutive chunks of 36 subdirs then requesting a download_to from the action menu.

Problem: every once in a while the list of sub directories changes. specifically it shows the icons for the directories bu their names have vanished. it shows the names of some of the directories but after a certain point they are all missing. Those names were visible prior to the download. but vanished after the download request.

workaround:

the obvious workaround that does not work is the second issue. Ideally i'd like to simply press "refresh" and have it refresh the list of directories.

however this does not work because if if you have one or more directories selected in a list of subdirectories then pressing refresh does the seemingly incorrect behaviour of showing you the contents of the first selected directory in the current directory not the current directory itself.

Given that behaviour it would be desirable to have a way to unselect any choice. But there does not seem to be a way to do this. Maybe one could scroll to the end and click in a blank spot. But that's really annoying when you have 500 subdirectories to scroll through.

@cyberduck
Copy link
Collaborator Author

91b06b4 commented

Replying to [3249 cems@…]:

This is a report of two intersecting problems in cyberduck.

set up:
I have a directory with about 500 sub directories. I am selecting these in consecutive chunks of 36 subdirs then requesting a download_to from the action menu.

Problem: every once in a while the list of sub directories changes. specifically it shows the icons for the directories bu their names have vanished. it shows the names of some of the directories but after a certain point they are all missing. Those names were visible prior to the download. but vanished after the download request.

workaround:

the obvious workaround that does not work is the second issue. Ideally i'd like to simply press "refresh" and have it refresh the list of directories.

however this does not work because if if you have one or more directories selected in a list of subdirectories then pressing refresh does the seemingly incorrect behaviour of showing you the contents of the first selected directory in the current directory not the current directory itself.

Given that behaviour it would be desirable to have a way to unselect any choice. But there does not seem to be a way to do this. Maybe one could scroll to the end and click in a blank spot. But that's really annoying when you have 500 subdirectories to scroll through.

Correction: I had about 1296 subdirectories not 500

@cyberduck
Copy link
Collaborator Author

91b06b4 commented

After further experience with this I find myself wondering if a different behaviour is masquerading as this missing file name behaviour.

I suspect what might be going on to cause this period vanishing name effect is that I am somehow clicking too hard on a selection causing it to trigger the opening of the directory. Because the lag time on th bussy server is so long cyber duck does not immediately respond with the directory list. In the mean time, the directory view somehow fails to properly show the previous directory contents even though it still allows scrolling while it is trying to open the new directory.

I'm not sure if that's the issue or not. in any case the other issues remain and maybe this one too since it's a very confusing defect.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

All user interface actions in the browser are queued and executed sequentially. Check Window → Activity for running and pending background tasks.

@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