-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
Fix ContinuationSequenceNumber in SubscribeToShard #12981
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
base: main
Are you sure you want to change the base?
Fix ContinuationSequenceNumber in SubscribeToShard #12981
Conversation
All contributors have signed the CLA ✍️ ✅ |
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.
Welcome to LocalStack! Thanks for raising your first Pull Request and landing in your contributions. Our team will reach out with any reviews or feedbacks that we have shortly. We recommend joining our Slack Community and share your PR on the #community channel to share your contributions with us. Please make sure you are following our contributing guidelines and our Code of Conduct.
I have read the CLA Document and I hereby sign the CLA |
recheck |
950217c
to
82651e8
Compare
82651e8
to
c7ea85c
Compare
c7ea85c
to
a8a64a4
Compare
Hey @NigelRook! Thanks for the PR 🚀 This approach will 100% close that bug ticket and unblock users, so am fine with it going in. Would it be alright if I pushed some parity tests to this feature branch? You'll retain full authorship of the contribution since we squash commits in anycase 🙂 Just to note, there is a minor distinction we should draw between the value of
So a snapshot test against AWS would actually fail -- since |
Totally fine with you pushing improvements and/or tests in here |
a8a64a4
to
1770d8a
Compare
Motivation
Currently, when using SubscribeToShard, SubscribeToShardEvents will always have a ContinuationSequenceNumber of 0.
#10000
Changes
When using Kinesis SubscribeToShard, ContinuationSequenceNumber will now match the sequence number of the last record sent, rather than 0
Testing
Tested locally with a WIP consumer