Navigation Menu

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

Edit With saves files in -Tmp- in incorrect directory names #3883

Closed
cyberduck opened this issue Nov 4, 2009 · 2 comments
Closed

Edit With saves files in -Tmp- in incorrect directory names #3883

cyberduck opened this issue Nov 4, 2009 · 2 comments
Assignees
Milestone

Comments

@cyberduck
Copy link
Collaborator

31305a0 created the issue

  1. Open an SCP connection with Cyberduck on a server at path /X/Y
  2. Navigate to file test.txt, located at path /X/Y/Z/test.txt
  3. Choose command-K to Edit With...
  4. 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
@cyberduck
Copy link
Collaborator Author

31305a0 commented

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.

Can we restore the original download behavior?

@cyberduck
Copy link
Collaborator Author

@dkocher commented

In 1b6db4e.

@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