youngkermit8-coder opened a new issue, #1612:
URL: https://github.com/apache/rocketmq-dashboard/issues/1612
## Problem
The Consumer Group page's "reset offset" modal posts only `name`,
`instanceId`, and `timestamp`:
```ts
await resetConsumerOffset({
name: resetGroup.name,
instanceId: selectedInstanceId || undefined,
timestamp: resetTime.valueOf(),
});
```
However, `ResetConsumerOffsetDTO.topic` is `@NotBlank`, and the Apache
provider also explicitly requires a Topic before resetting offsets. Therefore
every reset initiated from this UI is rejected during request validation and
never reaches the selected instance provider.
This is distinct from #1441: that issue added/verified backend validation,
while the frontend still cannot satisfy it.
## Reproduction
1. Open Studio's Consumer Group page on an instance with a group.
2. Click **Reset Offset**.
3. Choose a timestamp and confirm.
4. Inspect the request to `POST /api/groups/reset-offset`.
5. The payload has no `topic`, and the backend returns HTTP 400 (`topic is
required`).
A page regression test also demonstrates that opening the modal never loads
the group's subscriptions and exposes no target Topic control.
## Expected behavior
- Load or reuse the selected group's subscription Topics when the reset
modal opens.
- Require the user to select a target Topic before enabling the destructive
confirmation.
- Include that Topic in the reset request together with the selected
instance and timestamp.
- Keep the modal open and avoid issuing any reset request until a Topic is
selected.
--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
To unsubscribe, e-mail: [email protected]
For queries about this service, please contact Infrastructure at:
[email protected]
