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

Response rejected, Invalid Payload #7

Open
wlnt360 opened this issue Dec 20, 2020 · 2 comments
Open

Response rejected, Invalid Payload #7

wlnt360 opened this issue Dec 20, 2020 · 2 comments

Comments

@wlnt360
Copy link

wlnt360 commented Dec 20, 2020

I am trying to use this application to test one of the solution and when I was testing this using the steps on this article hosted at jtekdata.

After the final step, when I tried to execute the Step function, I got the following error after clicking on either of Approve or Reject URL.

Approve URL click response

Response rejected!
Details:
{
  "error": "InvalidPayload",
  "message": "Base64 error (Incorrect padding)"
}

Reject URL click response

Response rejected!
Details:
{
  "error": "InvalidPayload",
  "message": "Decryption error (SerializationError:No signature found in message)"
}

I followed all the steps in exact order as mentioned in the article. I was trying to understand how to resolve this issue. Any help would be appreciated.

Debugging options tried

  • I tried to get the URL generated in the CloudWatch logs (Got urls:{} section) and apparently that URL works like a charm. So seems like there is an issue when that URLs are sent out via SNS topic.

TIA!

@benkehoe
Copy link
Owner

benkehoe commented Jan 3, 2021

First, I would make sure you're using the original article, which was on the AWS blog, just to make sure there wasn't an error when it was reposted (without permission) to that site. https://aws.amazon.com/blogs/aws/using-callback-urls-for-approval-emails-with-aws-step-functions/

Second, if the URL as logged in CloudWatch and the URL you've attempted to use from the email are different, can you compare the two and let me know what the difference appears to be?

@sc-alscient
Copy link

I have come across a very similar error. I am not sure though if it is due to the changes made mentioned here #8

The URL's that are sent are over 2048 characters when using KMS encryption. Using Outlook, if I right-click on the link and select 'Copy Hyperlink', the link is truncated to 2048 characters in the clipboard. Same if I click the link, it will only pass 2048 characters to the browser (FF in my case). If I copy the link instead by selecting the text in the email, then paste in the browser, it works. I am then seeing a DecryptKeyError which is more than likely my fault but no longer see the Base64 error.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants