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

Downloading files to an external harddrive not mounted creates a new folder #5747

Closed
cyberduck opened this issue Mar 7, 2011 · 7 comments
Closed

Comments

@cyberduck
Copy link
Collaborator

ec4d087 created the issue

When you set Cyberduck's preferences to save downloaded FTP files to external media (for example, an external hard-drive) and then you download a file while that external hard-drive is ejected, instead of asking where you want the file saved or defaulting the save to the desktop, Cyberduck creates a new folder with the same name in the hidden folder "Volumes."

I wouldn't have known this had I not seen the name of the external drive pop up in DiskWarrior even though it wasn't connected. I then had to use TinkerTool to find the hidden folder "Volumes" and find the newly created folder with the same name as my external hard-drive. Also, the file that Cyberduck downloaded was also placed in the hidden "Volumes" folder.


Attachments

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Currently we always create missing parent folders of the download location. Either try to be smart for special paths or fail downloads when the download location is not available.

@cyberduck
Copy link
Collaborator Author

ec4d087 commented

It's not the fact that Cyberduck creates an new folder that's a problem. Cyberduck creates a new folder inside the hidden folder Volumes and then downloads files into it. Mac OS does not show hidden folders and the average Mac user does not know how to view hidden folders (as the hidden folders are usually reserved for the operating system). A user of Cyberduck could download a gigabyte file which then "vanishes" completely from his computer, yet the file is now hidden and taking up a gigabyte of space. This to me seems like a big defect.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:3 Barret Oliver]:

It's not the fact that Cyberduck creates an new folder that's a problem. Cyberduck creates a new folder inside the hidden folder Volumes and then downloads files into it. Mac OS does not show hidden folders and the average Mac user does not know how to view hidden folders (as the hidden folders are usually reserved for the operating system). A user of Cyberduck could download a gigabyte file which then "vanishes" completely from his computer, yet the file is now hidden and taking up a gigabyte of space. This to me seems like a big defect.

Thanks for the clarification.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

I cannot replicate the issue here. I get the following error when attempting to download to a volume not mounted.

Download Failed.png

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Added check that volume exists nonetheless. In 4029f74.

@cyberduck
Copy link
Collaborator Author

ec4d087 commented

Try creating a TrueCrypt virtual disk on your Mac desktop http://www.truecrypt.org/ then set Cyberduck's preferences to download into that Virtual Disk while the disk is open. Later, if that disk is ejected and is not on the desktop, if you download an FTP file via Cyberduck (with the preference setting to the TrueCrypt disk), CyberDuck will create a hidden file in the system folder with the name of the TrueCrypt disk and download it into that.

The same goes with PGP virtual disks.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please try the snapshot build of 4.1 (8755 or newer) where this issue is resolved.

@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

1 participant