Page MenuHomePhabricator

Design exploration for “Block all related TAs” feature
Closed, ResolvedPublic

Assigned To
Authored By
Madalina
Mar 10 2026, 12:15 PM
Referenced Files
Restricted File
Mar 27 2026, 11:01 AM
Restricted File
Mar 24 2026, 2:09 PM
Restricted File
Mar 24 2026, 2:09 PM
Restricted File
Mar 24 2026, 2:09 PM
F73250318: success-error-messages.png
Mar 20 2026, 10:29 AM
F73249951: DEFAULT – checkbox not selected.png
Mar 20 2026, 10:29 AM
F73248996: Special_Block_TA_multiblock_MVP.png
Mar 20 2026, 10:29 AM

Description

Background

We have introduced functionality to surface connected temporary accounts to help patrollers detect abusive clusters more efficiently.

However, when patrollers decide that a cluster of related TAs should be blocked, they currently must apply blocks one account at a time through Special:Block. This requires repeatedly opening the block interface, selecting the same options, and submitting the block for each account individually. When clusters contain many related TAs, this process becomes slow and repetitive.

The goal of this task is to reduce that friction by allowing administrators to apply the same block to all related Temporary Accounts in a single action.

User story

As an patroller investigating abuse from a Temporary Account, I want to be able to apply the same block to all related TAs in one action, so that I can efficiently handle clusters of abusive accounts without repeating the same block process many times.

Design needs

  • Design of the checkbox
  • How does it look like for failed scenarios

Potential Solution

  • On Special:Block, when an admin opens Special:Block for a Temporary Account, the page checks whether that TA has related temporary accounts
    • if yes, it shows a simple checkbox such as: [ ] Block all related temporary accounts
    • If selected, the same block parameters entered for the main target are applied to:
      • the target TA
      • all related TAs returned by the system
    • Patrollers configures the block only once: duration, reason, autoblock etc.

Things to consider

  • How do we ensure patrollers investigate the accounts before the block is applied? Some ideas:
    • Add a warning/confirmation message: "You are about to apply the same block to x number of related accounts. Please confirm you have reviewed the accounts"
    • Add a link to Special:Contributions list of related accounts
  • What happens if a TA in the list is already blocked?

Event Timeline

Designs and notes below. All design can be viewed in Figma here.

DesignVisualsNotesFigma link
Special:Block{F73564531}When the user searches for a temp account which has related TAs, a message is shown with the list of accounts, followed by a checkbox to add them to the block (NOT selected as default). When the checkbox is selected a warning message appears below. The ‘View all contributions from these accounts’ links takes user to Special:Contributions with contribs shown for all related accounts.Figma
Checkbox default state (unchecked)
DEFAULT – checkbox not selected.png (2,640×440 px, 48 KB)
Visual shows default state of checkbox – unselected with no alert messageFigma
Alert message if there is an error when trying to find associated accounts.{F73564612}Message if there is an error when trying to find associated accounts. Checbox is disabled in this instance.Figma
Success / Error messages{F73564650}List of accounts blocked shown in success message. If some accounts fail to be blocked a list of these accounts is shown in an error message.Figma
Alert message when related TAs exceeds maximum of 15 for block{F73814802}If the number of related TAs is greater than 15 then the multi-block cannot happen as this exceeds our limit. An alert message is shown to explain this and the checkbox is disabledFigma