Description

Similarly to T34179, if an admin nukes a user's contributions, they're likely to want to block the user, so we could add a link to the deletion confirmation page, which currently has no links. We could also present other information about the user (talk page, contributions) so that the admin can more easily follow up in multiple ways.

In the case that Nuke was used to nuke one user's contributions, display a message like the following at the top of the deletion confirmation page, above the list of deleted pages:

Queued X pages created by Username (talk | contribs | block) for deletion

This matches the way users display for admins in venues like the Watchlist:

mediawiki/extensions/Nuke Samwalton9-WMF mentioned this in T376376: Enable Nuke to also block the user being targeted.Oct 3 2024, 11:27 AM

Change #1091189 had a related patch set uploaded (by Chlod Alejandro; author: Chlod Alejandro):

[mediawiki/extensions/Nuke@master] Add details and user links to result page

Example screenshots of the added message:

This still says "queued" even if the page was deleted instantly (such as with files). The alternative is saying "Deleted X pages" which might not always be instant (T379476), leaving administrators to be confused.

The "created by ..." part is removed when a username wasn't supplied while deleting (i.e. delete all pages matching pattern regardless of username).

Samwalton9-WMF added a comment.Nov 14 2024, 12:12 PM

In T364225#10321727, @Chlod wrote:

Example screenshots of the added message:

This still says "queued" even if the page was deleted instantly (such as with files). The alternative is saying "Deleted X pages" which might not always be instant (T379476), leaving administrators to be confused.

The "created by ..." part is removed when a username wasn't supplied while deleting (i.e. delete all pages matching pattern regardless of username).

This looks good! Thanks for considering the 'no username' case.

I think 'queued' is the best language to opt for. People might be confused by 'deleted' if, as you point out, deletion takes a moment. No one's going to be disappointed if they read 'queued' but the pages are deleted quickly :)

Scardenasmolinar moved this task from Eng review to Reviewed (waiting for changes) on the Moderator-Tools-Team (Kanban) board.Nov 19 2024, 7:23 PM

Change #1091189 merged by jenkins-bot:

[mediawiki/extensions/Nuke@master] Add more details to post-delete page

@Chlod, we have QA'ed your patch on test wiki and we have noticed that the user actions do not show up whenever we mass delete pages where we leave the user/IP field blank. Here is a screenshot for reference.

Samwalton9-WMF added a comment.Nov 27 2024, 5:55 PM

In T364225#10362719, @Scardenasmolinar wrote:

@Chlod, we have QA'ed your patch on test wiki and we have noticed that the user actions do not show up whenever we mass delete pages where we leave the user/IP field blank. Here is a screenshot for reference.

I think that's intentional? Per the description:

In the case that Nuke was used to nuke one user's contributions

I wasn't sure how to approach the situation where we're deleting articles from multiple contributors so suggested we ignore that case for now :)

Samwalton9-WMF moved this task from QA to Done on the Moderator-Tools-Team (Kanban) board.Dec 2 2024, 2:01 PM

Might benefit from some UX work to lay out the information in a less messy way, but confirmed this is working as expected :)

Samwalton9-WMF added a project: User-notice.Dec 2 2024, 2:08 PM

For Tech News:

The
Quiddity moved this task from In current Tech/News draft to Already announced/Archive on the User-notice.Dec 22 2024, 6:30 PM

Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Disclaimer ·