View source for Community health initiative/Blocking tools and improvements

<languages />

{{:Community health initiative/Hatnote|prioritized|tracked=T120734}}

<translate>
<!--T:1-->
The Wikimedia Foundation's Anti-Harassment Tools team invited Wikimedians to discuss '''new blocking tools and improvements to existing blocking tools''' in December 2017 for development work in 2018. Our team identified shortcomings in MediaWiki’s current blocking functionality in order to determine which blocking tools we can build for wiki communities to minimize disruption, keep bad actors off their wikis, and mediate situations where entire site blocks are not appropriate.

==Updates== <!--T:119-->

=== September 11, 2019 === <!--T:151-->

<!--T:152-->
Partial blocks has been enabled on all wikivoyage, wikisource and wiktionary wikis. We think the partial blocks feature is at a good, stable stage now as we have seen fewer and fewer bugs come up in the last few months of the feature being deployed on various projects. The team has spent a lot of time in improving the backend infrastructure of block code and made sure that the code is reliable, in anticipation of any future features that may need to be added.

<!--T:153-->
There continues to be requests from more wikis for partial blocks. We also [[<tvar name="1">wikimania:2019:Thriving in Safety/A more flexible approach to blocking</tvar>|presented about partial blocks]] at Wikimania and it was very well-received, with several attendees asking for partial blocks to be enabled on their home wikis. In light of the general positive reception to partial blocks on wikis where it is deployed, we are planning to do a wider deployment to more Wikimedia projects in the next few weeks.

<!--T:154-->
We will continue to collect [[<tvar name="1">Community health initiative/Blocking tools and improvements/Feedback</tvar>|feedback about partial blocks]] as we launch the feature on more wikis, alongside [<tvar name="2">https://github.com/nettrom/AHT-block-effectiveness-2018</tvar> data collection] on usage of the feature. We are also around to do maintenance work on the features, as and when needed.

=== March 1, 2019 === <!--T:120-->
</translate>
[[File:Recommendations for Software to Mitigate Long-term Abuse on Wikimedia, full report, March 1 2019.pdf|thumb]]
<translate>
<!--T:121-->
Today I officially share the Wikimedia Foundation's Anti-Harassment Tools team's recommendations for tools to combat long-term abuse that occurs on our wikis. [[:File:Recommendations for Software to Mitigate Long-term Abuse on Wikimedia, full report, March 1 2019.pdf|This 9-page document]] roughly defines the types of long-term abuse that occurs, outlines the existing tools and tactics used to mitigate and tolerate this behavior, investigates potential new softwares to combat this abuse (namely device blocking) and makes recommendations for next steps. 

<!--T:122-->
In brief, our recommendations are to avoid device blocking, as it would be an expensive endeavour with very low likelihood for successful impact. Instead, our team recommends alternate tactics including a [[Community health initiative/User reporting system|user reporting system]], improvements to CheckUser, additional [[Community health initiative/User Mute features|muting features]], and more.

<!--T:123-->
An immediate byproduct of this research is that our team will work on extending cookie block functionality to the Visual and mobile editors. — [[phab:T196575]]

===February 15, 2019=== <!--T:124-->

<!--T:125-->
Initial feature development on [[<tvar name="1">Special:MyLanguage/Community health initiative/Partial blocks</tvar>|partial blocks]] is complete! Admins can now set blocks that only prohibit editing on certain page(s) and/or namespace(s). The rollout will be slow and staged to ensure we didn't forget any important functionality.

===January 18, 2019=== <!--T:126-->

<!--T:127-->
I've compiled some data about how often the "you are blocked" messages appear to our users on [[Community health initiative/Blocking tools and improvements/Block notices]]. There are some graphs and a table of raw data as well as some synthesized findings. Here are the main takeaways: 

<!--T:128-->
* Block notices appear very often on the largest Wikimedia projects, sometimes outnumbering actual edits. (6.2 million blocked edits occured on English Wikipedia over a 30-day period.)
* The desktop wikitext editor sees the vast majority of impressions by a wide margin. (98% on English Wikipedia, 89.5% on Spanish, and 98.7% on Russian.)
* The VisualEditor and mobile block notices may occur less frequently, but still display to thousands of people every month. There are hurdles to optimizing their displays, given the legacy of desktop-first design.

===January 16, 2019=== <!--T:129-->

<!--T:130-->
Partial Blocks have been enabled on Italian Wikipedia! 🎉 We're looking for more Wikipedias to test, please leave us a talk page message if your community is willing to test! More information can be found at [[<tvar name="1">Community health initiative/Per-user page, namespace, and upload blocking</tvar>|the project page]].

<!--T:131-->
Also of note is that our team is currently looking into potential software solutions to mitigate Long-Term Abuse on Wikimedia. We are exploring some ideas listed in [[<tvar name="1">#Problem 1. Username or IP address blocks are easy to evade by sophisticated users</tvar>|§ Problem 1. Username or IP address blocks are easy to evade by sophisticated users]] above. We are aiming for our preliminary investigation to be complete by the end of February and will publish all notes and findings here on Meta Wiki. 

=== December 20 === <!--T:132-->

<!--T:133-->
Partial blocks are still in development. They are enabled on [<tvar name="1">https://test.wikipedia.org/wiki/Main_Page</tvar> Test Wikipedia] and will be enabled on Italian Wikipedia in January. 

<!--T:134-->
Data on the "you are blocked" messages is visible on [<tvar name="1">https://grafana.wikimedia.org/d/000000618/blocknotices?orgId=1&from=now-7d&to=now</tvar> this graph] for seven wikis (more to be added soon.) I'll be spending this afternoon digging into some correlated block data to see if there are any interesting insights. For now, the most insightful things are: 1) far-and-away most people learn they are blocked on desktop via the wikitext editor 2) except on German Wikipedia, which has an incredibly high count of API blocks and 3) rough back-of-napkin calculations show that mobile block notices appear relative to desktop site notices the same as general edit trends (~95% of edits are from desktop editors.) Depending on what I have by the end of today I may post an addendum here. 

<!--T:135-->
One final note about blocking to close our 2018: in the next year my team will begin looking into device blocking, which was outlined and discussed as Problem 1. Username or IP address blocks are easy to evade by sophisticated users. We aim to make a proposal to the Wikimedia Board of Trustees in early 2019.

=== December 5 === <!--T:136-->

<!--T:137-->
Our team is still working on addressing the final defects before we enable Partial Blocks on Italian Wikipedia. We're optimistic that we can hit this milestone next week! In the meantime testing is available on [https://test.wikipedia.org/wiki/Main_Page Test Wikipedia] and [<tvar name="1">https://test.wikidata.org/wiki/Wikidata:Main_Page</tvar> Test Wikidata] for users interested in taking a look at what's ready so far. We're also confident that we can get Namespace blocks to a near-ready state by the end of December, before we break for the winter holidays. That functionality should be ready on Test Wiki in January.

<!--T:138-->
Yesterday we enabled tracking on the block notice messages that appear to users — a.k.a. the "You are blocked" messages. The data is visible on [<tvar name="1">https://grafana.wikimedia.org/dashboard/db/blocknotices?orgId=1</tvar> this graph]. This data is currently only being measured on Italian Wikipedia but we plan to enable it on 19 more wikis next week. We will be able to compare this to the other known block data to better understand how often blocked users attempt to edit. This should inform our decisions on if or how to improve these messages and unblock workflows for users.

=== November 8 === <!--T:139-->

<!--T:140-->
Partial blocks are live on [<tvar name="1">https://test.wikipedia.org/wiki/Main_Page</tvar> Test Wikipedia] and [<tvar name="2">https://test.wikidata.org/wiki/Wikidata:Main_Page</tvar> Test Wikidata]! If you're an admin on another wiki and would like to test the functionality please write a message [[Talk:Community health initiative/Per-user page, namespace, and upload blocking|on our talk page]].

<!--T:141-->
This first feature set is limited: admins can block an user or IP from editing up to 10 specified pages. There are some known defects that we're currently working on (for example, if an admin is partially blocked from a page they can't delete ''any'' page.) and we'll get back to building namespace and upload blocks in later November.

<!--T:142-->
If you're testing partial blocks we'd love to hear from you! Drop us a note about your experience with the tool. We're looking specifically for feedback about:
* What is an appropriate limit of the number of pages a user should be blocked from? In the first version limit is 10, but it can any number.
* Are you satisfied with how partial blocks are logged?
* Do we need to change anything that has already been built?
* Is the warning message in the VisualEditor too gentle?

<!--T:143-->
Thank you!

=== August 22, 2018=== <!--T:144-->

<!--T:145-->
As part of our work on Partial Blocks (<tvar name="1">[[phab:T2674]]</tvar>) we've have determined that we also need to build a system that allows for multiple simultaneous blocks to be set against a single account (user or IP) to allow communities to set different sanctions of different expiration dates. (For example, a user could have an indefinite block from uploading files but a 24-hour sitewide block.) We are referring to this work as '''multi-blocks''' and this work can be tracked in <tvar name="2">[[phab:T194697]]</tvar>. Another round of designs are underway and will be shared next week on [[<tvar name="3">Community health initiative/Per-user page, namespace, and upload blocking</tvar>|the project page]].

<!--T:146-->
For those interested in the technical side of blocks, we're holding a technical RFC about database changes we plan to make. A summary of our changes can be found at [[phab:T199917]].

=== June 28, 2018 === <!--T:147-->

<!--T:148-->
Over the past several months the Wikimedia Foundation's Anti-Harassment Tools team has been working on improvements to blocking tools. We recently added a datetime selector to the Special:Block tool to make it easier to set precise block expirations ([[phab:T132220]]). We also upgraded the notice that appears to inform users on mobile devices that they are blocked ([[phab:T165535]]). To make blocks stronger, we've expanded cookie blocking to IP blocks to make it more difficult for people to evade their block ([[phab:T152462]]).

<!--T:149-->
We investigated building a way for administrators to block users by a hashed combination of browser information but decided it would not be effective without capturing more data during edit sessions ([[phab:T188160]]). Because of this we've decided to not pursue this feature at this time. Rather, we've prepared tickets to give CheckUsers the ability to block by IP address or IP range and browser user agent ([[phab:T100070]]). This work is prepared and ready to build, just awaiting prioritization.

<!--T:150-->
Our team is currently working on building Partial Blocks, or the ability for administrators to block a user from just a specific page, all pages inside a namespace, or from uploading files. We believe this will allow more tactical sanctions to be set for troublesome users who are productive on other parts of the wiki. ([[phab:T2674]]) You can follow that project and see designs at [[Community health initiative/Per-user page, namespace, and upload blocking]].

==MediaWiki's current blocking functionality== <!--T:7-->
</translate>
[[File:Quicksand warning sign Texel 2004.jpg|thumb]]
<translate>
<!--T:8-->
Currently on Wikimedia wikis, users and IPs can be blocked from editing articles.<ref>[[<tvar name="link1">mw:Special:MyLanguage/Help:Blocking users</tvar>|Help:Blocking users]] on MediaWiki.org</ref> Blocks prohibit users from editing all pages in all namespaces on the wiki, with the optional exception of the blocked party's user_talk page. Blocks are permissioned by default to administrators and are logged publicly on Special:Log, Special:BlockList, and Special:Block.

<!--T:9-->
Similar to blocks, [[<tvar name="link2">Special:MyLanguage/Global locks</tvar>|global account locks]] prohibit users from logging-in to any Wikimedia wiki, and [[<tvar name="link3">Special:MyLanguage/Global blocks</tvar>|global blocks]] prohibit users from logging-in to any Wikimedia wiki, and [[<tvar name="link4">Special:MyLanguage/Global blocks</tvar>|global blocks]] can be set against IP addresses.

<!--T:10-->
[[<tvar name="link5">mw:Special:MyLanguage/Autoblock</tvar>|Autoblocks]] can be assigned to username blocks, which will automatically block IP addresses used by the offending user for 24 hours.

== Problem 1. Username or IP address blocks are easy to evade by sophisticated users == <!--T:11-->

<!--T:12-->
Blocks can be set against a username, IP address, or IP range. IP addresses can be easily spoofed or changed via proxies. The barrier to create a new account is very low and easily circumventable. The Wikimedia movement values openness and privacy, so we must balance walling off bad actors against keeping our platform accessible to good-faith newcomers.

<!--T:13-->
We could implement new blocking techniques that use different, more modern pieces of identification technology. These features will need to comply with our [[<tvar name="link6">foundation:Special:MyLanguage/Privacy policy</tvar>|Privacy Policy]] and [[<tvar name="link7">foundation:Special:MyLanguage/Terms of Use/en</tvar>|Terms of Use]].

<!--T:14-->
'''Proposed potential solutions:'''</translate>
* <translate><!--T:15--> Block by user agent</translate><ref>[[phab:T100070|T100070]] — <translate><!--T:16--> Allow User agent (UA)-based IP Blocks</translate></ref><ref name=":0">[[2015 Community Wishlist Survey/Moderation and admin tools#Improve MediaWiki.27s blocking tools|<translate><!--T:17--> 2015 Community Wishlist Survey/Moderation and admin tools#Improve MediaWiki's blocking tools</translate>]]</ref><ref>[[2017 Community Wishlist Survey/Anti-harassment/Smart blocking|<translate><!--T:95--> 2017 Community Wishlist Survey/Smart blocking</translate>]]</ref> <translate><!--T:18--> (including CheckUser search)</translate>
* <translate><!--T:19--> Block by device ID (including CheckUser search)</translate>
* <translate><!--T:20--> [[<tvar name="link10">Special:MyLanguage/Global blocks</tvar>|Global blocks]] for usernames</translate><ref>[https://commons.wikimedia.org/w/index.php?title=File:Evaluation_Report-_Stewards_Visit_2015.pdf&page=9 <translate><!--T:21--> Prioritization of action items, Stewards visit 2015, page 9</translate>]</ref>
* <translate><!--T:22--> Add "Prevent account creation" to global block</translate><ref>[[phab:T17273|T17273]] — <translate><!--T:23--> Please add "Prevent account creation" to global block</translate></ref>
* <translate><!--T:24--> Cookie blocking for anons</translate><ref>[[phab:T152462|T152462]] — <translate><!--T:25--> Add cookie when blocking anonymous users</translate></ref>
* <translate><!--T:26--> Add a way to extend autoblock to longer than 1 day</translate><ref>[[phab:T27305|T27305]] — <translate><!--T:27--> Add a way to extend autoblock to longer than 1 day</translate></ref>
* <translate><!--T:28--> Proactive globally block [[<tvar name="link15">Special:MyLanguage/No open proxies</tvar>|open proxies]] (or build a system that shares their IPs cross-wiki)</translate>
* <translate><!--T:98--> Hash personally identifiable data to surface as a percentage match to CheckUser</translate><ref name="thistalk">[[Talk:Community health initiative/Blocking tools and improvements|<translate><!--T:99--> Talk:Community health initiative/Blocking tools and improvements</translate>]]</ref>
* <translate><!--T:100--> AI that compares editing patterns and language to predict possible sockpuppets</translate><ref name="thistalk"/>
* <translate><!--T:101--> Identify sockpuppets by typing patterns (e.g. rhythm/speed), network speed, and editing patterns (e.g. time of day, edit session length, categories of pages edited)</translate><ref name="thistalk"/>
* <translate><!--T:102--> Display all contributions made within an IP range on one feed (aka 'Range Contributions')</translate><ref name="thistalk"/><ref>[[phab:T145912]]</ref>
* <translate><!--T:103--> Extend Nuke to IP ranges</translate><ref name="thistalk"/>

<translate>
== Problem 2. Aggressive blocks can accidentally prevent innocent good-faith bystanders from editing == <!--T:29-->

<!--T:30-->
Many IPs and IP ranges are shared by multiple users (e.g. libraries, schools, office buildings) and most individual IPs can (and will) be reassigned by ISPs to other users. If one bad actor gets the IP or IP range blocked, other users cannot edit. Some IP blocks allow for logged-in editing, and good usernames can be whitelisted from IP blocks that prohibit logged-in editing.

<!--T:31-->
We could implement new features that prohibit IPs from editing or creating throwaway accounts, but allow good faith bystanders to still create accounts and productively edit.

<!--T:32-->
'''Proposed potential solutions:'''
</translate>

* <translate><!--T:33--> Require all accounts created in an IP range to confirm their email address before editing.</translate>
* <translate><!--T:155--> Prevent the use (or flag incidents) of blacklisted email addresses from being associated with new user accounts</translate>
* <translate><!--T:156--> Throttle account creation and email sending per browser as well as IP address</translate><ref>[[phab:T106930|T106930]] — <translate><!--T:34--> Throttle account creation and email sending per browser as well as IP address</translate></ref><ref name=":0" />
* <translate><!--T:104--> Require email address to be unique for edits in certain IP ranges (potentially requiring whitelisted email domains)</translate><ref name="thistalk"/>
* <translate><!--T:105--> Allow CheckUsers to compare hashed email addresses</translate><ref name="thistalk"/>
* <translate><!--T:106--> Build AI that automatically sets a block length and type based on UserAgent, IP and/or email</translate><ref name="thistalk"/>
* <translate><!--T:107--> Require two-factor authentication for edits in certain IP ranges</translate><ref name="thistalk"/>
* <translate><!--T:108--> Convert Twinkle and/or Huggle from gadgets to extensions, increase their accuracy</translate><ref name="thistalk"/>

<translate>
== Problem 3. Full-site blocks are not always the appropriate response to some situations == <!--T:35-->

<!--T:36-->
Smaller, more tactical blocks may defuse situations while retaining constructive contributors. On some wikis such as English Wikipedia, this concept is dictated by [[<tvar name="link17">:en:w:Wikipedia:Banning policy</tvar>|bans]]. However, technical means to enforce bans are currently limited, and consequently a user may unnecessarily be blocked from editing the wiki as a whole.

<!--T:37-->
Full-site blocks are akin to a sledgehammer. How can we build fly-swatters to prevent a user from causing limited harm while keeping them a part of the wiki.

<!--T:38-->
'''Proposed potential solutions:'''</translate>
* <translate><!--T:39--> Block a user from...</translate>
** <translate><!--T:40--> ...individual pages</translate><ref>[[phab:T2674|T2674]] – <translate><!--T:41--> Allow users to be blocked from editing a specific article</translate></ref><ref><translate><!--T:42--> See also: [[<tvar name="link19">Community health initiative/Editing restrictions</tvar>|Community health initiative/Editing restrictions]]</translate></ref><ref>[[2015 Community Wishlist Survey/Moderation and admin tools#Enhanced per-user.2C per-article protection .2F blocking|<translate><!--T:43--> 2015 Community Wishlist Survey/Moderation and admin tools#Enhanced per-user, per-article protection/blocking</translate>]]</ref><ref>[[2017 Community Wishlist Survey/Anti-harassment/Per-page user blocking|<translate><!--T:96--> 2017 Community Wishlist Survey/Per-page user blocking</translate>]]</ref>
** <translate><!--T:44--> ...all pages inside a specific category</translate>
** <translate><!--T:45--> ...specific namespaces</translate><ref>[[phab:T179110|T179110]] — <translate><!--T:46--> Allow users to be blocked from editing a specific namespace</translate></ref>
** <translate><!--T:47--> ...creating new pages</translate>
** <translate><!--T:48--> ...uploading files</translate><ref>[[phab:T6995|T6995]] — <translate><!--T:49--> Ability to block users from uploading files only</translate></ref>
** <translate><!--T:50--> ...all pages except talk pages</translate><ref>[[phab:T18644|T18644]] — <translate><!--T:51--> Allow users to be blocked from editing non-talk pages only</translate></ref><ref name=":1"><translate><!--T:52--> [[<tvar name="link24">:en:Wikipedia talk:Blocking policy/Archive 21</tvar>|Wikipedia talk:Blocking policy/Archive 21]] on English Wikipedia</translate></ref>
** <translate><!--T:53--> ...all pages, except a whitelist</translate>
** <translate><!--T:54--> ...viewing Special:Contributions</translate>
** <translate><!--T:55--> ...emailing or pinging other users</translate><ref><translate><!--T:56--> It is currently possible to block someone from using [[<tvar name="link25">Special:EmailUser</tvar>|Special:EmailUser]], but this requires also blocking them from editing</translate></ref><ref>[[phab:T104099|T104099]] — <translate><!--T:57--> Add ability to block users from emailing other users (without performing a full block)</translate></ref>
* <translate><!--T:58--> Allow admins to specify exactly which [[<tvar name="link27">Special:ListGroupRights</tvar>|permissions]] to block.</translate><ref>[[phab:T27400|T27400]] — <translate><!--T:59--> Software should allow admins to give specific users permission to edit specific pages through blocks</translate></ref><ref><translate><!--T:60--> [[<tvar name="link29">mw:Extended blocking</tvar>|Extended blocking]] on MediaWiki.org</translate></ref><ref><translate><!--T:61--> [[<tvar name="link30">:en:Wikipedia talk:Blocking policy/Archive 23</tvar>|Wikipedia talk:Blocking policy/Archive 23]] on English Wikipedia</translate></ref><ref>[[2017 Community Wishlist Survey/Admins and stewards/Allow further user block options ("can edit XY" etc.)|<translate><!--T:97--> 2017 Community Wishlist Survey/Allow further user block options ("can edit XY" etc.)</translate>]]</ref>
* <translate><!--T:62--> Allow admins to temporarily revoke a users' autoconfirmed status.</translate><ref name=":1" />
* <translate><!--T:63--> Require all edits by a user to go through [[<tvar name="link31">mw:Help:Deferred changes</tvar>|deferred changes]].</translate><ref>[[2016 Community Wishlist Survey/Categories/Moderation tools#CW2016-R228|<translate><!--T:64--> 2016 Community Wishlist Survey/Categories/Moderation tools#All edits from hardblocked IP mark as unreviewed</translate>]]</ref>
* <translate><!--T:65--> Block that only expires when a user has read a specified page (training module, user talk page, etc.)</translate><ref>[[phab:T18447|T18447]] — <translate><!--T:66--> Set a block that only expires when a user has read a specified page (training module, user talk page, etc.)</translate></ref><ref><translate><!--T:67--> [[<tvar name="link34">:en:Wikipedia talk:Blocking policy/Archive 22</tvar>|Wikipedia talk:Blocking policy/Archive 22]] on English Wikipedia</translate></ref>
* <translate><!--T:109--> Allow admins to throttle a user's edits to a maximum number per day/hour/etc</translate><ref name="thistalk" />
* <translate><!--T:110--> Build a version AbuseFilter that runs on all edits of specified users to create custom, complex blocks</translate><ref name="thistalk" />
* <translate><!--T:111--> Tool to prevent users from writing about themselves.</translate><ref name="thistalk" />
* <translate><!--T:112--> User masking systems to obfuscate or ‘hide’ users from each other on wiki</translate><ref name="thistalk" />

<translate>
== Problem 4. The tools to set, monitor, and manage blocks have opportunities for productivity improvement == <!--T:68-->

<!--T:69-->
The existing blocking tools (Special:Block, the API, Twinkle, Special:BlockList, etc.) are used daily by numerous users across all Wikimedia wikis. Using these tools can be time intensive, so we would like to explore ideas of how we can simplify the workflows to set or modify a block, monitor block logs, and check the status or details of a block.

<!--T:70-->
'''Proposed potential solutions'''</translate>
* <translate><!--T:71--> When leaving a warning on a user talk page, display how many other warnings have ever been given to that user.</translate><ref><translate><!--T:72--> [[<tvar name="link35">:en:Wikipedia talk:Administrators' noticeboard/Archive 8#Warnings and discussion before blocks</tvar>|Wikipedia talk:Administrators' noticeboard/Archive 8#Warnings and discussion before blocks]] on English Wikipedia</translate></ref>
* <translate><!--T:73--> Twinkle should automatically know the appropriate warning template to use on that user.</translate>
* <translate><!--T:74--> Log [[<tvar name="link36">w:en:Wikipedia:Banning policy</tvar>|bans]] like blocks, which could result showing the information on their user page, contributions, or autogenerate a list of all banned users.</translate><ref><translate><!--T:75--> [[<tvar name="link37">:en:Wikipedia talk:Banning policy/Archive 3#Recording of Bans</tvar>|Wikipedia talk:Banning policy/Archive 3#Recording of Bans]] on English Wikipedia</translate></ref>
* <translate><!--T:76--> Allow CheckUsers to watch specific IPs</translate><ref>[[phab:T21796|T21796]] — <translate><!--T:77--> CheckUser watchlist feature</translate></ref>
* <translate><!--T:78--> Allow admins to annotate previous blocks as accidental</translate><ref>[[phab:T46759|T46759]] — <translate><!--T:79--> Allow marking blocks that were made in error</translate></ref><ref>[[2016 Community Wishlist Survey/Categories/Admins and stewards#CW2016-R058|<translate><!--T:80--> 2016 Community Wishlist Survey/Categories/Admins and stewards#Enable administrators to update block logs</translate>]]</ref><ref><translate><!--T:81--> [[<tvar name="link41">:en:Wikipedia talk:Blocking policy/Archive 20</tvar>|Wikipedia talk:Blocking policy/Archive 20]] on English Wikipedia</translate></ref>
* <translate><!--T:82--> Allow admins to set a block date range via datetime selector</translate><ref>[[phab:T132220|T132220]] — <translate><!--T:83--> Add datetime selector to block and protect interface to select expiration</translate></ref>
* <translate><!--T:84--> Allow admins to set different expiration times for blocking editing vs. account creation</translate><ref>[[phab:T65238|T65238]] — <translate><!--T:85--> Different lengths of block and block account creation</translate></ref>
* <translate><!--T:86--> Allow admins to oversight usernames while blocking them</translate><ref>[[2016 Community Wishlist Survey/Categories/Admins and stewards#CW2016-R034|<translate><!--T:87--> 2016 Community Wishlist Survey/Categories/Admins and stewards#Allow admins to hide names of users while blocking them</translate>]]</ref>
* <translate><!--T:88--> Display block expirations in logs</translate><ref>[[phab:T148649|T148649]] — <translate><!--T:89--> Display an entry for page in watchlist when page protection expired; Display an entry in user page when user blocking expired</translate></ref>
* <translate><!--T:90--> Display a warning on the block page when admins are blocking a sensitive IP</translate><ref>[[phab:T151484|T151484]] — <translate><!--T:91--> Display a warning on the block page when admins are blocking a sensitive IP</translate></ref>
* <translate><!--T:113--> Special:Block could suggest block length for common policy infractions</translate><ref name="thistalk"/>
* <translate><!--T:114--> Improved way to set mass blocks</translate><ref name="thistalk"/>
* <translate><!--T:115--> Block appeal process could be improved to reduce the work required for admins</translate><ref name="thistalk"/>
* <translate><!--T:116--> Display if a user is currently blocked on another wiki on Special:Block</translate><ref name="thistalk"/>
* <translate><!--T:117--> Mobile block notices are abysmal</translate><ref name="thistalk"/><ref>[[phab:T165535]]</ref>
* <translate><!--T:118--> Allow admins to ‘pause’ a block so the user can participate in on-wiki discussions</translate><ref name="thistalk"/>

<translate>
==See also== <!--T:92-->

<!--T:93-->
* [[<tvar name="link47">Community health initiative/Blocking tools and improvements/Links</tvar>|/Links]] — A list of links on Meta Wiki, MediaWiki.org, and Phabricator about existing blocking tools or suggestions for improvements.
* [[<tvar name="link48">Community health initiative/Blocking tools and improvements/English Wikipedia policies</tvar>|/English Wikipedia policies]] — A list of links on English Wikipedia about blocking policies or tools, and talk page conversations about improvements.
* [[<tvar name="link50">Community health initiative/Blocking tools and improvements/Block notices</tvar>|/Block notices]] — Data about how often the "you are blocked" notices appear to people attempting to edit a wiki.
* [[<tvar name="link49">Community health initiative/Editing restrictions</tvar>|Community health initiative/Editing restrictions]] — The WMF's Anti-Harassment Tools team's documentation page about how new tools could support the socially enforced editing restrictions used by English Wikipedia.
* [[<tvar name="link49">Community health initiative/Partial blocks</tvar>|Community health initiative/Partial blocks]] — Project page for partial blocks, which allow admins to prevent a user from editing specific page(s) or namespace(s).

== Footnotes == <!--T:94-->
</translate>

[[Category:Community health{{#translation:}}|Blocking tools and improvements]]
[[Category:Edit blocks and bans{{#translation:}}]]