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

Failure invalidating file #6187

Closed
cyberduck opened this issue Sep 1, 2011 · 5 comments
Closed

Failure invalidating file #6187

cyberduck opened this issue Sep 1, 2011 · 5 comments

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Sep 1, 2011

Sendtoswansea created the issue

We're trying to invalidate specific files that already exist on rackspace, however, when clicking invalidate, cyberduck fails with error. (please see attached image). I've spoken to rackspace and they said they've just updated their api and reckon it's cyberduck that is causing an issue and not rackspace. Can you clear this up for me?

Kind Regards,

Paul Evans.


Attachments

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Sep 2, 2011

@dkocher commented

error.jpg

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Sep 2, 2011

@dkocher commented

I can replicate the issue. Another sample of HTTP messages

DELETE /v1/MossoCloudFS_c3fe4d48-19b5-4040-abbd-90381795f84d/sudo/Lumbrein-09.zip HTTP/1.1
X-Auth-Token: XXXXXXXXXXXXXXXXXXXXXXXXXXXXX
Host: cdn.clouddrive.com
Connection: Keep-Alive
User-Agent: Cyberduck/4.1.2 (Mac OS X/10.6.8) (i386)
HTTP/1.1 400 Bad Request
Date: Fri, 02 Sep 2011 08:08:24 GMT
Server: Apache
X-Akam-Est-Time: -1
X-Akam-Result-Code: 332
Content-Length: 0
Connection: close
Content-Type: text/plain; charset=UTF-8

I am not aware of any changes to the purging of CDN enabled objects in the developer documentation for Cloudfiles.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Sep 2, 2011

Sendtoswansea commented

We've tried it with their api too, noticed that when we send for example :

DELETE /v1/MossoCloudFS_c3fe4d48-19b5-4040-abbd-90381795f84d/sudo/Lumbrein-09.zip HTTP/1.1

as in you example it would fail, yet now, it seems sending the same thing with a bit of urlencoding works:

DELETE /v1/MossoCloudFS_c3fe4d48-19b5-4040-abbd-90381795f84d/sudo%2FLumbrein-09.zip HTTP/1.1

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Sep 2, 2011

@dkocher commented

This is a regression of the same issue as previously reported in #5822.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Sep 2, 2011

@dkocher commented

The issue was reported to Rackspace and work is in progress to fix the issue on their systems.

Loading

@cyberduck cyberduck closed this Sep 2, 2011
@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
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants