-
Notifications
You must be signed in to change notification settings - Fork 186
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
cloudfront invalidation error #63
Comments
Hi @levelos Thanks for the encouraging feedback! The error comes directly from CloudFront. S3_website just echoes it. Add puts statements into https://github.com/laurilehmijoki/s3_website/blob/master/lib/cloudfront/invalidator.rb. What do you see? Any suspicious paths? |
Nope. I think it might happen when a file is deleted from the origin bucket. |
I'm able to delete a file and then invalidate the distribution. Can you give detailed steps on how to reproduce this bug? |
I'm closing this issue as there is not enough information to act on. If you discover the steps to reproduce this problem, please reopen. |
Unfortunately, I'm not a ruby programmer so I don't know how to effectively troubleshoot the issue. I will just chime in and say that I see this ~90% of the times I deploy |
Reopening. Please provide hints on how to reproduce this bug. Share the git url of your site if it is public. That will help in debugging. |
" I will just chime in and say that I see this ~90% of the times I deploy" I get a cloudfront issue like this with most of my deploys as well, but I think for me because I have 1000+ changed files sometimes (when I change template stuff and it has to update all posts in my jekyll) |
I've had it and I suspect it was caused by an apostrophe in a post filename as I haven't had the problem again since I change the ' to a ' I'll try and hunt down the invalidator file and add a puts. I guess I should I just puts s3_object_keys? |
here is the output with a puts added to s3_object_keys
It still does it even with the |
And if I get rid of the apostrophe either as a ' or as a |
I just released the version 1.6.12, which should fix this problem. Before sending the CloudFront invalidation request, S3_website did not properly encode the file paths. Now it encodes them like this: 55397d2. Please get back to me if you spot any errors on the solution. |
That's great, thanks! |
I still have this problem using v2.8.3 on OS X 10.10:
If I modify a file that does not contain
Another test by modifying another file containing a
FYI
|
Hi @tkrotoff, I just released the version 2.8.4, which URL-encodes the Even though Here's some documentation on the requirements of a valid invalidation path. |
@laurilehmijoki tested, works great 👍 |
Thanks for testing, @tkrotoff! |
@laurilehmijoki I get the InvalidArgument error with 2.8.4 when there are filenames with special characters: ä ö ü |
@mobidev111 try upgrading to 2.8.5 – does the problem disappear? I made a specific rule for the chars Can someone help in defining the general rule? |
@laurilehmijoki I've attempted to generalize this by escaping all non-ascii characters in #190. I feel this should handle most of the cases. Can you take a look? |
Thanks @akshaykarle! Your pull request is released in version 2.12.2. |
First, just want to say thanks for such a great library. We just launched our new Jekyll site on S3 and it's been a big help. Occasionally when running
s3_website push
I get the following cloudfront error:Any thoughts?
The text was updated successfully, but these errors were encountered: