-
-
Notifications
You must be signed in to change notification settings - Fork 135
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
Attempt to add 'standard' base64 bytes support #464
Conversation
Byron#442 flags an issue where some APIs respond with non-valid base64 bytes values for the "URL safe" flavor of configuration. This adds support for a "standard" wrapper adjacent to the URL safe one with the intention of finding a way to flag which structures should use which configuration.
I did some testing (storage, kms) and no issues! So FWIW I think this is ready to go. |
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.
Thanks a lot! Looks good to me - and since this PR contains exactly the same commit as is in #446 one might wonder why that PR couldn't already have arrived at that conclusion.
Oh well 😅.
Hello guys I'm having similar issues as in #445 when encrypting using KMS. I see @andrewbaxter mentioning his tests were successful using KMS. Could you confirm? A very simple code that triggers an error for me is this one:
Sorry to comment on a closed PR but I have been battling on this quite a bit and I'm clueless. Thanks for any tip :) |
Correct, it did work for me. FWIW I was using the asymmetric signature functions: https://github.com/andrewbaxter/certipasta/blob/master/software/certifier/src/bin/certifier-rotate.rs and accessing The documentation for ciphertext in encrypt and Actually just found this example which explicitly indicates that ciphertext is standard base64: googleapis/google-cloud-go#5966 Do you have the error message and line number? And can you confirm which library version you're using (is it using the |
Thanks for the fast response! About the versioning I'm using the latest one:
From cloudkms1 src/api.rs:
The error I get with the code from my previous comment:
|
Oh thanks! That helps a lot. And actually... it looks like the last release of cloudkms was Aug 23 last year, so it seems like maybe this was never released? I just noticed I'm still using a git override locally. |
I see @Byron here but pinging in case he already dropped, in case maybe he can have a look. |
Sorry for the hassle, a new release is long overdue and I will tackle it soon(ish). |
Ah no, I'm just glad it's not new base64 issues 😄 |
Oh, me too, even though I had a feeling that it's a problem with the version of the crate used. |
Thanks for the clarification guys! I guess my options to workaround this would be to fork and rebuild myself, right? |
Small update just forked the repo and made a rebuild and indeed KMS is working. Thanks a lot for the fast responses and for the project! |
Thanks for the kind words! I would wish I didn't have to maintain these crates though and Google would just provide their own bindings. That can only be a matter of time, right… right ?! 😁 |
Alright, in this PR I have fixed CI once again and managed to publish all the most recent APIs and CLIs. Please try them from crates.io, I hope they work as expected. |
I tried them. It's all working fine! Thanks a lot!! |
Taking over #446