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

On S3 connection, unable to open final directory in hierarchy to download file #4356

Closed
cyberduck opened this issue Apr 1, 2010 · 3 comments
Assignees
Labels
bug s3 AWS S3 Protocol Implementation worksforme

Comments

@cyberduck
Copy link
Collaborator

d56618d created the issue

I just installed Cyberduck and am trying to download a file from my Amazon S3 account. I connected fine and could traverse through the hierarchy of folders fine until I got to the final (most descendent) set of folders in the hierarchy. Instead of showing as folders, these instead show as files (right-clicking and choosing Info shows "Unknown" kind) and when I double-clicked one it actually downloaded a 38 byte file with the following contents:

{E40327BF-517A-46e8-A6C3-AF51BC263F59}

When I look at my S3 account through the S3fox firefox plugin, these appear as normal folders and I can open them to see the actual files inside, so it's definitely a Cyberduck issue.

I don't know if this is related or not, but each of these folders contains only a single file which happens to be the same name as the folder plus an extension. For example, one of these folders is named "10-03-31" and it contains just one file named "10-03-31.sql.gz"

@cyberduck
Copy link
Collaborator Author

@dkocher commented

What application have you used to create these folders? The issue is that S3 lacks the concept of directories and these are just placeholder (marker) files with different applications having different strategies on their representation. We recognize directory markes with a MIME type of application/x-directory. No directory marker is needed if a file with the same prefix exists.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

The S3fox plugin has a dumb behaviour of adding the _$folder$ postfix to a directory name placeholder file. We will not support this but only directory markers with MIME type set as described above or directories just implied by the key prefix.

@cyberduck
Copy link
Collaborator Author

d56618d commented

My ISP automatically creates these files (they're backups) so I don't know what tools they're using. After seeing your comment, I downloaded yet another S3 client called S3Hub and it shows the folders fine as well, so Cyberduck remains the only client I've tried that suffers from this issue. I'll just use S3Hub instead.

@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.
Labels
bug s3 AWS S3 Protocol Implementation worksforme
Projects
None yet
Development

No branches or pull requests

2 participants