User deletion confirmation page never finishes loading in Chromium-based browsers; confirm button missing when it does load (works in Firefox)

[sirlefou]

Summary

When deleting a user from the WordPress admin, the confirmation page (/wp-admin/users.php?action=delete&user=<ID>) never finishes loading in Chromium-based browsers (Chrome, Edge, Brave, Opera), or takes an extremely long time to do so. When loading does eventually complete, the “Confirm Deletion” button is missing from the rendered page, making it impossible for the administrator to complete the action.

The same flow works correctly and instantly in Firefox.

No JavaScript error is logged in the DevTools console.

Steps to reproduce

1. Log in to /wp-admin as an Administrator.
2. Go to Users → All Users.
3. Click Delete under a user (or use the Delete bulk action).
4. The browser navigates to the deletion confirmation page.
5. Wait.

Expected behavior

The confirmation page loads quickly and displays the Confirm Deletion button (as it does in Firefox).

Actual behavior

• The page load spinner runs indefinitely, or for tens of seconds / minutes.
• If the page eventually finishes loading, the Confirm Deletion button is not present in the DOM.
• The console reports no error.

[sukhendu2002]

Reproduction Report

Description

This report validates whether the issue can be reproduced.

Environment

• WordPress: 6.9.4
• PHP: 8.2.29
• Server: nginx/1.26.1
• Database: mysqli (Server: 8.0.35 / Client: mysqlnd 8.2.29)
• Browser: Chrome 147.0.0.0
• OS: macOS
• Theme: Twenty Twenty-Five 1.4
• MU Plugins: None activated
• Plugins:
  • Test Reports 1.2.0

Actual Results

1. ❌ Could not reproduce the issue.

Additional Notes

• Navigated to Users → All Users → Delete on a user.
• The confirmation page loaded immediately on all attempts.
• The "Confirm Deletion" button was present and functional in the DOM.
• Tested in Chrome and Brave — all loaded correctly.
• No console errors observed.
• Could not trigger the described loading spinner behavior or missing button

Supplemental Artifacts

Screencast: ​https://utfs.io/f/o9kzPXfbC7I8pGiWUG7FQGtcloWL6Rhwq1nAHuSEJD9famjT

[sirlefou]

After further testing, this only happens if the user has content. Here is a video of the problem ​https://streamable.com/8y1q9l

[sukhendu2002]

I’m still unable to reproduce the issue on my end, even when the user has associated content.