You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There seems to be a bug with the Async client due to the encoding of the username as part of the request.
Steps to reproduce:
(OPTIONAL) Register a user to quicksight via email - eg. "some@email.com"
Instantiate a QuickSightAsyncClient
call describeUser() with: a valid "awsAccountId", "namespace" being "default" and pass an email (eg. "some@email.com") as "userName" (regardless of whether it exists or not).
Await for the future completion
StatusQuo: An exception is thrown "QuickSightException: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details."
ExpectedResult: Successful future if user exists, or "ResourceNotFoundException" if user does not exist.
The same applies to the deleteUser, but not to the registerUser.
It seems to be that some encoding is happening to the username (which is part of the path in delete/describe) and when that changes the username (as is the case with an email), it leads to the exception in question.
If a simple username is used (eg. "myname"), it will work fine.
PS: I initially file this in the sdk repo. Feel free to check it out for further information.
The text was updated successfully, but these errors were encountered:
There seems to be a bug with the Async client due to the encoding of the username as part of the request.
Steps to reproduce:
StatusQuo: An exception is thrown "QuickSightException: The request signature we calculated does not match the signature you provided. Check your AWS Secret Access Key and signing method. Consult the service documentation for details."
ExpectedResult: Successful future if user exists, or "ResourceNotFoundException" if user does not exist.
The same applies to the deleteUser, but not to the registerUser.
It seems to be that some encoding is happening to the username (which is part of the path in delete/describe) and when that changes the username (as is the case with an email), it leads to the exception in question.
If a simple username is used (eg. "myname"), it will work fine.
PS: I initially file this in the sdk repo. Feel free to check it out for further information.
The text was updated successfully, but these errors were encountered: