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
Open an SCP connection with Cyberduck on a server at path /X/Y
Navigate to file test.txt, located at path /X/Y/Z/test.txt
Choose command-K to Edit With...
File opens in default editor.
All of that works great, but then if I look for the downloaded copy of test.txt in the Finder, it's located at
-Tmp-
/X/Y/Z
test.txt
whereas the correct directory structure used to be set up in -Tmp- with this download, like this:
-Tmp-
X
Y
Z
test.txt
This eventually becomes a problem when you later decide you want to open a file at /X/Y/ABC/another_file.txt, because then your -Tmp- directory will look like
-Tmp-
/X/Y/Z
test.txt
/X/Y/ABC
another_file.txt
instead of what you'd expect, which would be:
-Tmp-
X
Y
Z
test.txt
ABC
another_file.txt
The text was updated successfully, but these errors were encountered:
I suppose this isn't a big deal for many users, but for people who use TextMate with Cyberduck it is. This is because we like to open up Cyberduck to the root directory of a project on a remote server and be able to download files anywhere in that project directory tree, and then just open the local directory corresponding to the project root (which was downloaded to -Tmp- via Cyberduck) in TextMate as a "Project", providing us with a convenient and fast synchronization method for just the subset of files that we download.
Again, this is how Cyberduck used to work (I think my last version was 3.2 on Leopard). But now with this strange new (3.3bX on Snow Leopard) behavior of naming directories with remote pathnames and ignoring a document's original location within the project, this is impractical with non-trivial projects.
Cyberduck's synchronize feature is the logical option, but this is also impractical for any sizable project, even over a relatively fast connection; it just takes too long.
All of that works great, but then if I look for the downloaded copy of test.txt in the Finder, it's located at
whereas the correct directory structure used to be set up in -Tmp- with this download, like this:
This eventually becomes a problem when you later decide you want to open a file at /X/Y/ABC/another_file.txt, because then your -Tmp- directory will look like
instead of what you'd expect, which would be:
The text was updated successfully, but these errors were encountered: