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
S3 doesn't really have folders, only single files grouped according to / characters contained in their keys.
However when clicking a folder and selecting Delete from the actions, I remember Cyberduck would recursively delete all contained keys.
Now instead it seems to consider the folder as a file in its own right, failing:
HEAD /23435/ HTTP/1.1
Date: Fri, 06 Oct 2017 16:29:02 GMT
x-amz-content-sha256: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
Host: elife-striking-images.s3.amazonaws.com
x-amz-date: 20171006T162902Z
Authorization: ********
Connection: Keep-Alive
User-Agent: Cyberduck/6.2.6.26405 (Mac OS X/10.10.5) (x86_64)
HTTP/1.1 404 Not Found
x-amz-request-id: B06CBAA2F4FF02F1
x-amz-id-2: js/k9zPFoKbXjNgFChyqk8cwso+jfZ6tD7by4Xjx7KhoiRvTUhq6D7NYvaBM/C5fTM5375bNHes=
Content-Type: application/xml
Transfer-Encoding: chunked
Date: Fri, 06 Oct 2017 16:29:01 GMT
Server: AmazonS3
The workaround is to go inside the folder and ,manually delete all the files, but that shouldn't be necessary.
Version 6.2.6 on Mac OS X.
I'm dealing with this issue as well. We have versioning on buckets, and a "directory" gets "renamed" or deleted yet it continues to show up in the Cyberduck interface. You try to delete it and it gives you an error. It does not show up in the listing if you use the s3 cli. It doesn't show up in the aws dashboard unless you show versions.
I would expect if you had "show hidden files" turned off this should at least be hidden, and if hidden files was enabled it should be displayed differently to indicate it isn't actually there. It causes a lot of confusion with multiple people accessing a bucket as they are re-uploading things or placing them with previously deleted paths.
S3 doesn't really have folders, only single files grouped according to / characters contained in their keys.
However when clicking a folder and selecting Delete from the actions, I remember Cyberduck would recursively delete all contained keys.
Now instead it seems to consider the folder as a file in its own right, failing:
The workaround is to go inside the folder and ,manually delete all the files, but that shouldn't be necessary.
Version 6.2.6 on Mac OS X.
Attachments
screen_shot_2017-10-06_at_09.09.41.png
(27.6 KiB)screen_shot_2017-10-06_at_10.45.57.png
(190.8 KiB)The text was updated successfully, but these errors were encountered: