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
amazonka: fixing sigv4 path encoding so that it happens once for s3 and twice for other services #812
Conversation
…nd twice for other services
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is excellent work, thank you - I particularly appreciate the extensive test suite. I have a few small nits to pick but I look forward to merging this soon.
Co-authored-by: endgame <endgame@users.noreply.github.com>
Co-authored-by: endgame <endgame@users.noreply.github.com>
Co-authored-by: endgame <endgame@users.noreply.github.com>
… and canonicalPath
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All right, so once you get your secondary PR merged I think this is good to go. Would you mind firing off your manual smoke-test requests one last time, too, just to make sure the tweaks are all good?
Remove metaCanonicalPath from V4 and test directly against escapePath…
Ok. These all returned success:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Excellent, thank you for being so thorough. One more nit, and one last question: I think I have misunderstood the purpose of the various metaCanonicalFoo
in the metadata record - it seems like they don't get used anywhere because they get built and immediately passed to signRequest
. I think you pointed this out earlier? When I asked you to remove it, I didn't realise there was an established practice of keeping this data around. My question is - do you think we should reinstate metaCanonicalPath
? I think your tests are fine as they are.
Co-authored-by: endgame <endgame@users.noreply.github.com>
I think it's fine as it is, too. The canonical path gets logged already as part of the canonical request and I can't see any other use for returning it in the metadata. Carrying it around is only useful for testing but as you said, we should really approach that by expanding the test suite to test the whole signature. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All right then, sounds good. Thanks very much for this.
Should fix #529.
I did some manual smoke testing: