You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since this new build, when downloading files to a temporary directory for opening them up in a browser, Cyberduck saves the entire remote path in the filename, converting slashes to underscores. I guess that this was done to prevent name conflicts among files that have the same name but are in different directories, which, in the previous builds, were being downloaded as "filename-N.extension". However, this is quite confusing - if your remote path is long, all you see in the file list in most editors (I use Smultron) is the first part of the temporary path, which is the same for all the files!
It would be much better to solve the potential conflict by recreating a directory tree inside the temporary directory (one dir per server and then recreating the remote path from root) and putting each file in the correct directory without changing the name.
At least, that what I'd prefer - I'm thinking about reverting back to the last build because this new one is really a problem. If other people prefer the new approach, perhaps it could be a configuration setting?
Thanks a lot for your work,
The text was updated successfully, but these errors were encountered:
(sorry, I meant that what you see of the filename is only the first part of the remote path converted in the temporary filename... anyway, something from which you can't tell the different files)
Since this new build, when downloading files to a temporary directory for opening them up in a browser, Cyberduck saves the entire remote path in the filename, converting slashes to underscores. I guess that this was done to prevent name conflicts among files that have the same name but are in different directories, which, in the previous builds, were being downloaded as "filename-N.extension". However, this is quite confusing - if your remote path is long, all you see in the file list in most editors (I use Smultron) is the first part of the temporary path, which is the same for all the files!
It would be much better to solve the potential conflict by recreating a directory tree inside the temporary directory (one dir per server and then recreating the remote path from root) and putting each file in the correct directory without changing the name.
At least, that what I'd prefer - I'm thinking about reverting back to the last build because this new one is really a problem. If other people prefer the new approach, perhaps it could be a configuration setting?
Thanks a lot for your work,
The text was updated successfully, but these errors were encountered: