| KColeman-WMF | |
| Jul 1 2025, 10:06 AM |
| F72482440: Blocked user icons exploration.png | |
| Mar 3 2026, 11:37 AM |
| F72482308: image.png | |
| Mar 3 2026, 11:25 AM |
| F72482271: image.png | |
| Mar 3 2026, 11:25 AM |
| F72482296: image.png | |
| Mar 3 2026, 11:25 AM |
| F72482292: image.png | |
| Mar 3 2026, 11:25 AM |
| F72482285: image.png | |
| Mar 3 2026, 11:25 AM |
| F72482281: image.png | |
| Mar 3 2026, 11:25 AM |
| F72482279: image.png | |
| Mar 3 2026, 11:25 AM |
This task is to confirm the icon that will be used to indicate that the user is blocked sitewide, globally blocked, or locked.
As a user, I want to easily know which edits have been made by a blocked user, in order to quickly differentiate between types of edits.
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | kostajh | T398286 UserInfoCard: Use new icon to indicate sitewide blocked, globally blocked, or locked user | |||
| Resolved | Dreamy_Jazz | T418998 SI: Improve the GlobalBlockCheck class to batch lookups for global blocks and central IDs |
I think we should only do this for sitewide blocks. Seeing a blocked icon will immediately bias a patroller against a user. But blocks can be made for many reasons including for training new users -- we don't want to give them a bad reputation right off the bat.
There is prior art on the question of marking blocked/locked users. On English Wikipedia (and at least one other wiki, so I'd guess several others have something similar), we have the markblocked gadget as well as a similar script for mark-locked. Those will be worth review. Partial and temporary blocks are treated differently, but still treated, in the former case. (mark-global-blocked should probably be a thing.)
Special:Checkuser also identifies when a user is blocked or even previously blocked.
Seeing a blocked icon will immediately bias a patroller against a user.
Yes, that's rather the point.
including for training new users
The only thing I can see this meaning is "new user vandalizes, they receive a temporary block to stop vandalizing" which is not training, and is something we care about.
The only thing I can see this meaning is "new user vandalizes, they receive a temporary block to stop vandalizing" which is not training, and is something we care about.
Yeah, I meant something along those lines. Like a new user doesn't know the Three revert rule and is temporarily blocked while they learn the rules of editing the projects.
How would this OOUI icon work: https://commons.wikimedia.org/wiki/File:OOjs_UI_icon_cancel-destructive.svg
Proposed Blocked User icon attached.
SVG has been optimised following the Codex guidelines.
Looking good! Probably could use some minor tweaks regarding spacing (particularly in the bottom left corner) and I hope that the icon appears in red to draw more attention to it but otherwise I like it.
Speaking with my volunteer hat on, I would find red confusing because the colour is used to indicate "no edits" (for contributions page links) and "page does not exist" (for other kind of pages). So I'd prefer to not see it in red.
Change #1247525 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[oojs/ui@master] icons: Add 'userBlocked' icon
Change #1247526 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[design/codex@main] icons: Add 'userBlocked' icon
All of our existing struck/negated icons just use the plain bar without a circle:
The only icon that uses a circled bar is the generic cancel icon:
It would make more sense to follow this pattern and add a bar to the full size userAvatar icon:
@Esanders The bar without the circle was one of a number of options explored. From what I recall we decided on the circle option as it was easier to see when scanning a list of users/contributions.
Change #1247525 merged by jenkins-bot:
[oojs/ui@master] icons: Add 'userBlocked' icon
Change #1247589 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[mediawiki/extensions/CheckUser@master] UserInfoCard: Show blocked user icon for blocked/locked users
Change #1247526 merged by jenkins-bot:
[design/codex@main] icons: Add 'userBlocked' icon
Change #1247676 had a related patch set uploaded (by Anne Tomasevich; author: Anne Tomasevich):
[mediawiki/core@master] Update Codex from v2.3.4 to v2.4.0
Change #1247676 merged by jenkins-bot:
[mediawiki/core@master] Update Codex from v2.3.4 to v2.4.0
Change #1247589 abandoned by Kosta Harlan:
[mediawiki/extensions/CheckUser@master] UserInfoCard: Show blocked user icon for blocked/locked users
Reason:
See Ic2e741c9e51b7c9d0b25e6b4b90c3aebc6b3f1a2
Change #1247966 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[mediawiki/extensions/CheckUser@master] UserInfoCard: Add cache invalidation handlers for blocked user status
Change #1247967 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[mediawiki/extensions/CheckUser@master] UserInfoCard: Show blocked user icon for blocked/locked users
Change #1248442 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[mediawiki/extensions/GlobalBlocking@master] Add GlobalBlockingGlobalUnblockAudit hook
Change #1248444 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[mediawiki/extensions/CheckUser@master] UserInfoCard: Invalidate block status cache on global unblock
Change #1248442 merged by jenkins-bot:
[mediawiki/extensions/GlobalBlocking@master] Add GlobalBlockingGlobalUnblockAudit hook
Change #1248444 abandoned by Kosta Harlan:
[mediawiki/extensions/CheckUser@master] UserInfoCard: Invalidate block status cache on global unblock
Reason:
Folded into Ic2e741c9e51b7c9d0b25e6b4b90c3aebc6b3f1a2
Change #1249308 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[mediawiki/extensions/CheckUser@master] UserInfoCard: Add cache invalidation hook handlers
Change #1250551 had a related patch set uploaded (by Kosta Harlan; author: Kosta Harlan):
[mediawiki/extensions/CentralAuth@master] GlobalUserSelectQueryBuilderFactory: Defer DB access to query time
Change #1250551 merged by jenkins-bot:
[mediawiki/extensions/CentralAuth@master] GlobalUserSelectQueryBuilderFactory: Defer DB access to query time
This user notes that deceased users are often blocked to prevent account hijacking: https://w.wiki/JMFY
Yes, I've seen that. I'm not sure what we can do about it, given that there isn't a structured way to know this information across wikis. I don't think it impacts this task either, since the task is about showing the blocked status of an account.
Sure. As this task raises the visibility of a user's blocked status it should probably be a product consideration.
Change #1247966 merged by jenkins-bot:
[mediawiki/extensions/CheckUser@master] UserInfoCard: Add block status cache service
Change #1249308 merged by jenkins-bot:
[mediawiki/extensions/CheckUser@master] UserInfoCard: Add cache invalidation hook handlers
Change #1247967 merged by jenkins-bot:
[mediawiki/extensions/CheckUser@master] UserInfoCard: Show blocked user icon for blocked/locked users
