fix(subscriptions): keep catching up when the checkpoint timer fires - #10
Conversation
A subscription that was catching up moved to the subscribed state when its checkpoint_after timer fired. With the queue drained it stopped reading, and the next live event matched last_received + 1 because notifications received during catch-up are tracked. That event was sent and acknowledged, so the checkpoint jumped past every unread event between last_sent and the head. Persist the checkpoint but stay in the current state for request_catch_up, catching_up and max_capacity. (cherry picked from commit cb21b0924492f96a7f06e6963d6459c2ed84b00b) Signed-off-by: Yordis Prieto <yordis.prieto@gmail.com>
PR SummaryHigh Risk Overview
Adds a regression test that arms a short Reviewed by Cursor Bugbot for commit f28afe5. Bugbot is set up for automated code reviews on this repo. Configure here. |
|
Warning Review limit reachedNext included review available in 58 seconds. View limit detailsLimit details: You’ve used the included review currently available. You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Review configuration: ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Advanced Run ID: 📒 Files selected for processing (2)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Cherry-picked from commanded/eventstore#327 (
cb21b09), authored by Doru Pirvu, including its regression test.