Search before asking
Read release policy
Version
3.2.2
Minimal reproduce step
Open consumer on a subscription using very large backlog by passing "old" MessageId.
What did you expect to see?
Consume all messages and wait for upcoming messages when the backlog is consumed.
What did you see instead?
Note that the following paragraph mentions a NonDurable consumer.
Initially, everything functions correctly—the process begins with a backlog of (let's say) 100,000 messages, which gradually decreases to 0 as we approach the present ("now"). However, once the backlog is fully processed, the consumer unexpectedly stops receiving new messages, leading to an increase in the backlog again. The consumer is still connected. This behavior is consistently reproducible with my topics that have a substantial amount of data.
I've also noticed that when the starting point (since) is relatively close to the current time (now), this problem does not occur.
Anything else?
We do not know if this bug was introduced by v3.2.2. We didn't see it before. We are currently rollbacking brokers to 3.2.1 to confirm this.
Otherwise, it may be related to #22191.
Are you willing to submit a PR?
Search before asking
Read release policy
Version
3.2.2
Minimal reproduce step
Open consumer on a subscription using very large backlog by passing "old" MessageId.
What did you expect to see?
Consume all messages and wait for upcoming messages when the backlog is consumed.
What did you see instead?
Note that the following paragraph mentions a
NonDurableconsumer.Initially, everything functions correctly—the process begins with a backlog of (let's say) 100,000 messages, which gradually decreases to 0 as we approach the present ("now"). However, once the backlog is fully processed, the consumer unexpectedly stops receiving new messages, leading to an increase in the backlog again. The consumer is still connected. This behavior is consistently reproducible with my topics that have a substantial amount of data.
I've also noticed that when the starting point (since) is relatively close to the current time (now), this problem does not occur.
Anything else?
We do not know if this bug was introduced by v3.2.2. We didn't see it before. We are currently rollbacking brokers to 3.2.1 to confirm this.
Otherwise, it may be related to #22191.
Are you willing to submit a PR?