unbridled-41 opened a new issue, #5976:
URL: https://github.com/apache/rocketmq-dashboard/issues/5976

   ### Studio Version
   branch: `rocketmq-studio` @ `7e7aa344`
   ### Runtime Environment
   Backend: `cd server && mvn -o -B -ntp test 
-Dtest='AuditServiceTest,AuditControllerTest'`; web: `cd web && npx vitest run 
src/pages/ops/__tests__/AuditPage.test.tsx`.
   ### Describe the Bug
   `POST /audit-logs/cleanup` deletes at most 500 x 20 = 10000 rows per call 
and answered with the count alone, while the page did not even read it. A 
deployment with more than 10000 expired rows was told the retention window was 
applied while older rows survived; the operator had to notice a stale row in 
the refreshed list to learn otherwise.
   ### Steps to Reproduce
   Insert more than 10000 audit rows older than the cutoff and run the cleanup: 
the response reports `deleted=10000` and the page toasts the success message, 
with older rows still present.
   ### What Did You Expect to See?
   The response and the toast disclosing that the sweep hit its ceiling.
   ### What Did You See Instead?
   A success claim for a partially applied cleanup.
   ### Impact
   Retention is believed to be applied when it is not; the audit record of the 
cleanup says the same.
   ### Acceptance Criteria
   The service reports whether the sweep hit its ceiling, the endpoint and the 
page surface it, and a truncated cleanup warns with the real count, with 
regression tests on both sides.
   **Corresponding PR:** #ISSUEPR#
   


-- 
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]

Reply via email to