messere1 opened a new issue, #1575: URL: https://github.com/apache/rocketmq-dashboard/issues/1575
### Before Creating the Bug Report - [x] I found a reproducible UI concurrency bug. - [x] I searched existing issues and pull requests for duplicate alert-rule create/update submissions and double clicks. - [x] I confirmed the bug exists on the current rocketmq-studio branch. ### Describe the Bug AlertsPage sets its submitting state only after form.validateFields resolves. A rapid double click on the create/edit confirmation can therefore enter handleSubmit twice, run two validations, and start duplicate createAlertRule or updateAlertRule requests before the modal button becomes loading. The modal also remains closable while the save request is pending, so the operation can complete after the UI appears cancelled. ### Expected Behavior - Lock alert-rule submission synchronously before validation starts. - Start at most one create/update request while a submission is pending. - Show the existing confirmation loading state from the beginning of submission. - Prevent cancel, close, keyboard, and mask-close actions until the request settles. - Release the guard after validation failure, API success, or API failure. - Add a regression test proving a double confirmation starts one update request. ### Affected Area RocketMQ Studio Track 1, Alert Rules page. ### Proposed Scope Limit the change to AlertsPage and its existing focused frontend test. No API or backend 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]
