-
Notifications
You must be signed in to change notification settings - Fork 153
Bug: idempotency in-memory cache doesn't read correct value #2309
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
Comments
This issue is now closed. Please be mindful that future comments are hard for our team to see. If you need more assistance, please either tag a team member or open a new issue that references this one. If you wish to keep having a conversation with other community members under this issue feel free to do so. |
This is now released under v2.0.4 version! |
@dreamorosi I'm seeing this bug for the DynamoDBPersistenceLayer too. Does a similar fix for the in-memory cache need to be addressed for the DDB layer too? |
Hi @mrerichoffman - The DynamoDB persistence layer is the only one we have. If you are seeing a bug, please open a new bug report and if possible, provide a sample of the code you are using. |
Link to new issue - #2517 |
Expected Behaviour
When using the Idempotency utility with in-memory cache enabled, the utility should return the result of a previous operation from cache provided that the request is handled by the same execution environment.
Current Behaviour
When the in-memory cache is enabled the utility doesn't return the correct value from the cache, but instead causes a runtime error.
Code snippet
To reproduce you can use the first example found in our docs with the only change of enabling the local cache:
Steps to Reproduce
Then run the function with the same payload twice and observe the error (shown below) being thrown at the second execution.
Possible Solution
N/A
Powertools for AWS Lambda (TypeScript) version
latest
AWS Lambda function runtime
20.x
Packaging format used
npm
Execution logs
The text was updated successfully, but these errors were encountered: