messere1 opened a new issue, #1570: URL: https://github.com/apache/rocketmq-dashboard/issues/1570
### Before Creating the Bug Report - [x] I found a reproducible UI bug. - [x] I searched existing issues and pull requests for audit cleanup duplicate submission, submitting state, and double clicks. - [x] I confirmed the bug exists on the current rocketmq-studio branch. ### Describe the Bug The Audit page cleanup modal calls cleanupAuditLogs directly from onOk but does not track a cleanup-in-progress state. On a slow response, users can click the confirmation button repeatedly. Each click starts another destructive cleanup request for the same retention window. The modal also remains cancellable while the request is in flight, so the operation can continue after the UI implies it was cancelled. ### Expected Behavior - Start at most one cleanup request while a previous cleanup is pending. - Show the modal confirmation button in a loading state. - Prevent closing/cancelling the modal until the current cleanup request settles. - Restore controls after either success or failure. - Keep the existing refresh behavior after a successful cleanup. - Add a regression test proving repeated confirmation produces one service call. ### Affected Area RocketMQ Studio Track 1, Audit Logs page. ### Proposed Scope Limit the change to the Audit page and its focused frontend test. No backend or API-contract changes are required. -- 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]
