[
https://issues.apache.org/jira/browse/KAFKA-16190?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17822253#comment-17822253
]
Quoc Phong Dang commented on KAFKA-16190:
-----------------------------------------
[~lianetm] I'm not sure how the extension of this test is supposed to work.
When the consumer changes the subscription when it gets fenced, how can it keep
the same initial one? Shouldn't it be the new one?
> Member should send full heartbeat when rejoining
> ------------------------------------------------
>
> Key: KAFKA-16190
> URL: https://issues.apache.org/jira/browse/KAFKA-16190
> Project: Kafka
> Issue Type: Sub-task
> Components: clients, consumer
> Reporter: Lianet Magrans
> Assignee: Quoc Phong Dang
> Priority: Critical
> Labels: client-transitions-issues, kip-848-client-support, newbie
> Fix For: 3.8.0
>
>
> The heartbeat request builder should make sure that all fields are sent in
> the heartbeat request when the consumer rejoins (currently the
> HeartbeatRequestManager request builder is reset on failure scenarios, which
> should cover the fence+rejoin sequence).
> Note that the existing HeartbeatRequestManagerTest.testHeartbeatState misses
> this exact case given that it does explicitly change the subscription when it
> gets fenced. We should ensure we test a consumer that keeps it same initial
> subscription when it rejoins after being fenced.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)